Okay, get the example dds file I attached and open it using a hex editor. The first 128 bytes is the DDS header. Replace all data that comes after this with the uncompressed file you extract using MultiEx Commander and update the width and height in the header. Google for the DDS header format. I've...

You can use this MultiEx Commander script to extract the compressed chunks or files that are mentiones in a table at the beginning of the bin files. However, sometimes a larger file is separated into multiple chunks of originally 65536 in size. I have not bothered yet to see if this is id-able somew...

I suggest you also take a peek here, there's some more info: viewtopic.php?f=10&t=3589

As for the files, can you post a screenshot of MultiEx Commander? You have to construct the dds file yourself. But, first take a look at the above thread.

Actually: viewtopic.php?f=10&t=3606&p=30710#p30710

I believe that was the first script for this ?

I'll take a look at this. What are you after anyway? What is it that you wish to accomplish with this game?

True, but that's not neat. And generic extraction won't work here, as the textures have been modified. Here's BMS for MultiEx Commander that will extract everything from any *.arc file. You should check the BenchResource.arc, that has the images you want. ComType ZLib1 ; ImpType Standard ; IDString ...

Look, the files are saved one after the other in these big files. Obviously, each last chunk of a resource is NOT 65536 in size. The BMS script assumes that this is just one big file, and incorrectly saves all chunks to one file. The archives start off with the number of resources, and then the chun...

BMS Get ID Long 0; Get tailoffset Long 0; Get filenum Long 0; If ID = 1262696528; Get stringtableoffset Long 0; Get stringtablesize Long 0; For t = 1 To filenum; GoTo tailoffset 0; Get stringoffset Long 0; Math stringoffset += stringtableoffset; Get filesize Long 0; Get fileoffset Long 0; SavePos ta...

I'm just bumping this one time as he clearly made an effort to write a lot of pre-info.

I've got trouble figuring out the complete format of the Nintendo DS savegame files. There seems to be some kind of compression or CRC going on. Parts start with 90 XX and then actual values that make sense, but this is not consistent. If I alter those parts that make sense, the game detects corrupt...

I've got trouble figuring out the complete format of the Nintendo DS savegame files. There seems to be some kind of compression or CRC going on. Parts start with 90 XX and then actual values that make sense, but this is not consistent. If I alter those parts that make sense, the game detects corrupt...

Welcome Chris!

The null-terminated filenames have extremely easy encryption. Remember that filenames usually have the structure: name.ext So clearly, C4 E1 F4 E1 AF C5 E6 E5 E3 F4 F3 AF C2 EC EF EF E4 F3 AF C2 EC EF EF E4 AE E4 E4 F3 00 is one filename. The last 4 characters: AE E4 E4 F3 are then the dot + extensi...

Cool, i've sent you an email.

I've figured out the format. Just hold your breath till I update MexCom and post the solution.