in any case AAA is one file so it's all correct.
the fact that it acts as a stereo VAG is related to the internal structure of the AAA file and not of the ADB archive.

I guess that hcs would like to add support for AAA to vgmstream :)

it's a EA game so for it uses for sure one of the EA codecs. have you tried all the related codecs available in ffmpeg? ffmpeg is a nightmare to use even for doing a so easy job like decoding a raw data block, the last time I needed to do a similar test I got its codecs one by one and decoded the ra...

qsound is mixing and positional stuff, I have never heard of proprietary codecs used in it

that file is a sequence of VAG audio files (ps/ps2 audio). I guess exists an index file somewhere there anyway no problem, the following quickbms script can do the extraction job of all the files contained in this adb archive: endian big get MAXSIZE asize set OFFSET long 0 for i = 0 getdstring SIGN ...

I have implemented a feature in quickbms 0.3.8 that I guess could be useful to some advanced users. as many of you know, the main problem when handling a compressed file is figuring the algorithm used for compressing it. in some cases it's simple like for the zlib data which starts with 0x78 or with...

in the last days I have practically seen any compression algorithm existent and the conclusion is that... it's all a chaos. practically the algorithms that have better results in the benchmarks "seem" to be those of the PAQ and PPMd family but the problem is that they are not a standard bu...

no, the only thing you can do is uncommenting that "math SIZE >>= 1" operation (so from "#math SIZE >>= 1" to "math SIZE >>= 1") when you find files that crash and recommenting it for the others (those bigs as far as I have understood). this is the only work-around I ca...

the files are encrypted with a block encryption, probably AES

@Chessman can you try with the following updated script? idstring "vfs " goto 0x18 get INFO_OFF long goto INFO_OFF get FILES long for i = 0 < FILES get DATASZ long get DUMMY long savepos INFO_OFF #encryption charset2 "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\...

I have written a basic script for the extraction, if someone wants to have fun there is still the directory tree to implement so this simple script extracts the files without the folders: idstring "vfs " goto 0x18 get INFO_OFF long goto INFO_OFF get FILES long for i = 0 < FILES get DATASZ ...

the specified uncompressed size (UCS) is too small. for example the first file which starts at offset 0xac has a compressed size of 46074 (0xb3fa) and an uncompressed one of 1070608 but your script uses a 16 multiplier which so sets a max size of 737184 and the extraction fails or is incomplete if y...

it could be Shrek SuperSlam

the correct script would be: but can't work because the algorithm is not lzss, it's something else

excellent job GameZelda
perfect script :)

*edit* use the script provided by GameZelda