Your picture looks very right. How did you do it? I used a hacky little C++ utility I'm working on, but you can do the same with other (user friendly) tools like Maptapper (pictured below, albeit with wrong palette) and Binxelview. Expanding the palette is a tougher aspect, as I'm not seeing this o...

Does this look right? Tis four bitplanes, each 320x192, with indeed the palette starting at 7800h with 16-bit palette entries (in bit increasing index order: r4,g4,b4,x4) The bitplanes are stored in big endian order (x coordinate 0 is bit 7, and x coordinate 7 is bit 0). Do you have an in-game refer...

and one 16 bit uncompressed monochrome?

Indeed, the first and third image are 16-bit {b5,g6,r5}, but the second image appears to be 1272x1024 16-bits per pixel with 4 nybbles {in bit order: g4 r4 a4 b4} which must be a byte swapped ABGR.

If someone can suss out an offset

For this specific file, the DXT5 data starts at 0x00FA. Following GRiNDERKILLER's advice of swapping every 8 bits per 16 bits (including the 4x4 block's two palette colors and each row of data) gives a good output:

it's not working right. The image itself is pulled out, but the CLUT is completely wrong. Although I have no knowledge of the TIM format itself, just opening the file with a raw viewer, we can see the palette starts at 0x0014 with 2-byte palette entries (in increasing bit index order: red x 5 bits,...

I'm unfamiliar with RYHP containers, but they appear like generic container files with a directory and file list, no special encryption or compression (see image below). See if any other games use the same format (e.g. mentioned here https://forum.xentax.com/viewtopic.php?t=17545). Short of figuring...

Cool, glad KRIV worked for the textures. As for meshes, I wish you luck. You can look at the filename extension (which appears uselessly generic in this case), open the file with a hex editor (e.g. HxD, like you already did) to look at the header to see if it matches anything ("1FDKENONCTX"...

If you open werebat_d1f34c3af35ba573b6b47bca6c876265.tex with your favorite hex editor, you'll see the string "etc_rgb" near the front, which means Ericsson Texture Compression ( see also ) that uses 8-byte chunks of 4x4 tiles. I'm not sure whether Raw Texture Cooker supports ETC under a d...

Some images appear uncompressed using 8-bit indices with 32-bit RGBX palette (e.g. invApfel._img), and others appear to have multiple images contained in them (e.g. inv_Lf._img), and some have names in them (e.g. "Small Font, Gray" in fntGray._img). In invApfel._img, it appears the dimensi...

The data in "g/img/in_All.img" starting at 2F2D1h looks like RGB triplets (8-bits per component) with some RLE or back reference compression, since the rows do not align, but you'll probably have to debug through the decompression code to figure it out...

I'm not familiar with dds2png or bms scripts, but I can at least confirm there are graphics in the file. It uses DXT5 (also called BC3) compression, which uses 4x4 blocks of alpha and b5g6r5 pixels. The texture is 2048x2048 and starts at 0x80: https://www.reedbeta.com/blog/understanding-bcn-texture-...

Given the file directory in the header and the shared FCMP block found in all 3 files, at least there's hope that once you figure out one, you figure out them all, likely a general compression shared across each. It appears someone has already done a lot of investigation on Vanillaware games like Od...

@loko Regarding your Metal Slug textures, they are 8-bits per pixel 8x4 tiles (like one of the GameCube formats). I don't know any scripts/tools to import/export them, nor where the palette is stored, but that might give you more info to find something that does.

> Do you have any info on references or examples of this tiling method you could recommend? Look up how the SNES or Sega Genesis worked (e.g. https://en.wikibooks.org/wiki/Super_NES_Programming/Graphics_tutorial) where each tilemap element in the 2D array pointed to an 8x8 graphic tile (0-1023 on th...

It looks like an 8x8 tilemap like used in so many older 2D consoles (NES, SMS, SNES...), where indices point to graphic 8x8 tiles. If you mess with the graphics of 1 tile, all the other tiles of the same index are also affected. Don't rule out RLE compression quite yet though, as most games would ap...