The sample I provided should be a tornado effect. In fact, every image where the problematic compression scheme shows up is a DXT texture. Edit: Welcome to Java. Yes you are correct, get() returns a signed byte and getChar() returns an unsigned short. Char and Short are both two byte primitives in J...

Hey XentaX it's been ages! I've been trying to crack this one for three years now without any significant progress so here's to hoping it's just something silly I've missed. This type of file is found in two games, Aquapazza and Nitro+Blasterz: Heroines Duel. It is used for every sprite/effect in th...

As a first example, here's a couple of files dumped using the aforementioned script from the bddata.bin file in Blazblue ChronoPhantasma. http://www.mediafire.com/download/8vrg2erif98cof4/bddata_90.segs https://www.mediafire.com/?e1b6c7qae8zx78d Not sure what either is supposed to be but the script ...

Sorry to dig this back up but arcsys is still using bddata.bin as the only file for storing the game files for newer games coming out and the filedump script is woefully inadequate for opening it up due to slight changes in the segs headers and a lack of filenames/file table. Recently, a dump of the...

Ok so each tile sheet is actually four 8bit indexed sheets in one, just access a different color channel to get to them. The palette file contains one complete 256 color palette per row, just take the colors as they are. The SPR file contains axis data and data on how to put together the sprite tile...

I'll start working on fixing the sprites.

Sorry for the revival but I'd like to perhaps get some experienced eyes looking this way again. Another one of my colleagues has observed the same compressed format among pretty much all of the Guilty Gear games, these have been taken from the XBOX360 version of Guilty Gear Accent Core+ http://www.m...

Finally revisiting this after a long break with other projects. I've managed to create this table for a packfile which contains all RIFF files. http://www.justnopoint.com/lbends/junk/analysis.txt In order - File# XOR key Offset Filesize It seems very likely the the key is derived from the file numbe...

Figured it out, the two parts needed to be striped together. The first half is all the palette chunks and the second half is all the pixel data.

So I've extracted a texture from the game using a slightly modified version of the algorithm used for Arcana Heart and I'm not sure what to do with it. The table with the texture information on it claims that it is DXT1 but I cannot get it to display properly. In fact, this texture actually comes as...

Just an update, I've condensed my cipher into a nice couple of lines of code for(int n = 0;n < input.limit();n++) { int key = 0x1c; //Whatever the XOR for the first byte is key = key ^ (((n/2)%4)<<1) ^ (((n/32)%8)<<5); input.position(n); output.position(n); output.put(n, (byte) (input.get()^key)); }...

You need to understand how structs work for this to make any sense. First, look in the code for gmiCmpHdr_t and noeRAPI_t. They're like classes, except they usually only define variables. A struct is like a window, which is placed over a part of memory and tells you what kinds of data are there. In ...

Finally getting back to this, after using the cipher on the file header I've determined (mostly) the header table to be as such: 1 byte Unknown 3 byte Signature 4*n bytes Sub Table Offsets (values of FFFFFFFF are ignored, stop at a value less than -1 or greater than the header size) > 2 bytes Number...

Uploaded the two smallest ones, smsys and st000

Well that certainly eliminates the need for that key file, but as I mentioned in my first post the key changes radically after a certain point. In fact, if I read the first four bytes of the file as an integer I get the position in the file that a new pattern starts (* -1). Maybe the first part of t...