This script should already be able to do it: https://github.com/TaylorMouse/MaxScripts/blob/master/GriffonStudios/Diablo/GriffonStudios_DiabloImmortal_ImportModel.ms See, what it's doing. It's checking to see if there's more than 2^15-1 indices, and if there are, it reads in INTs instead of SHORTs. ...

It is the same format, with one minor difference. Triangle indices are stored as DWORDs instead of WORDs.

I don't have the full installation, so please upload (meta+payload) for any files that won't load. UuPhan posted a JSON output of the meta file on page 4, which has very descriptive field names: https://forum.xentax.com/viewtopic.php?t=26053&start=45 Maybe you should ask him what program he used...

Crashes after doing what? startup? conversion? It runs ok here. If conversion, I would need to see the last file that causes it.

Nope, doesn't decompress with Zlib under normal conditions. Returns Z_DATA_ERROR.

Maybe include more than one sample, so files can be compared.

But it might help to know the gaming platform first these files came from (desktop, mobile, game console, etc..).
This game is exclusively on Nintendo Switch? What kind of textures are usually found on this platform? I'm not familiar with it.

chr_her_rabbidmario_dress_d.dds: dwWidth: 512 dwHeight: 512 dwPitch: 53248 Data size is only 73728 bytes, so this can't be a 32-bit raw texture. Not enough bytes (w*h*4). dwPitch is usually (width * num_channels), so header data doesn't make sense either. Tried loading with much smaller dimensions, ...

I was able to fix MinimapBackground, but the other one doesn't seem to decode correctly. 2DUI_MinimapBackground.tex: converts ok after fix. 2DUI_Minimap_DGN_Hatches.tex: header dimensions: 512x512 Something unusual about this one. Tried various dimensions, but can't get rid of the lines. The lines s...

Ok, I made some changes. Added new pixel format 23, and I'm now re-calculating the texture dimensions for misleading headers, so that should fix them, once and for all. Updated download link.

Please upload files (meta+payload, zipped in single attachment) for fixing. Thanks.

That's just a thumbnail for display, not the real texture. The converter will write .png files with an alpha channel, so yes, transparency is included if it has it.

Shifted pixels usually means the meta header has misleading texture dimensions. meta header: 2DUI_ActionBar (w,h: 992, 3568) 2DUI_NameplateBoss (w,h: 1696, 376) 2DUI_ProgressBars (w,h: 920, 656) actual size: 2DUI_ActionBar (w,h: 1024, 3568) 2DUI_NameplateBoss (w,h: 1728, 376) 2DUI_ProgressBars (w,h:...

Ok, I see the problem. 001_GoatManRanged_Body_AO.tex: Payload file size is 16,384 bytes, but the texture dimensions of 256x256 needs twice that amount (32,768 bytes). So, that's what causing the converter to crash. Another case of misleading meta data in the header. Loading it as 128x128 should fix ...

The pixel format is found in the meta header, and you only posted the payload data. Need to see both files.

D4 model extraction thread here: https://forum.xentax.com/viewtopic.php?t=26587 But I think stand-alone tools are going to have a harder time importing D4 models, since they separated the data, and hashed all the filenames. You can't look up resources like materials or textures without having some k...