edit: ops, question already answered

in my unlzss.h there is no usage of int, I have used stdint.h which applies the correct size of a variable on any system in which is compiled. so uint32_t generates a 32 bit variable anywhere stdint.h is supported. for implementing the file-to-file mode it's enough to make a quick modification to th...

just for fun I tried to use my lzss implementation with the bytes starting at offset 0x2c of that seg_c6.wrs file and seems to be the good one: http://aluigi.org/mytoolz/unlzss.h let me know if it's ok for all the entire archive too (anyway if works keep in mind that this unlzss.h is under the GPL l...

I doubt the compression algorithm is the same of one of the following and we are so lucky anyway trying doesn't cost anything: http://aluigi.org/mytoolz/unlzw.c http://aluigi.org/mytoolz/unlzwx.c http://aluigi.org/mytoolz/unlzss.h outlen = algorithm(out, sizeof(out), in, sizeof(in)); hope it helps a...

I have released the tool for extracting (and consequently decompressing) the files from any MIX archive which is compatible with both the old and new file format:

http://aluigi.org/papers.htm#others-file

to toupper problem can be resolved with #include <ctype.h>

Anyway I have a lzss uncompression function on my website which could be helpful to you:

http://aluigi.org/mytoolz/unlzss.h

I have created an extractor, the only problem is that the files are encrypted with their names (which are not included in the ORK archives) so without knowing them you cannot extract them:

http://aluigi.org/papers.htm#others-file

Yesterday I released a file extractor for the GRP archives used in Codename Outbreak which uses the Vital engine just like Boiling Point so you can try my extractor with your newgrp.grp file to know if it works. If doesn't work please upload your vital.dll (if this file doesn't exist search for the ...

The compression algorithm is the same used by the games Chaser, KOTT2 and Conan for their files. I don't know its name for the moment anyway the following is the C code of the unpacking function I have reversed from Chaser: int unpack(u_char *out, int outsz, u_char *in, int insz) { u_short i, c, zg,...

you must XOR each byte of the file with 0x8c, the result will be a normal .zip file

not useless but if he dont want to share his tools and knowledges,the work is done twice as he already reversed the schemes. Uhmmmm what part of "try to find" is not clear in what Sly said before? (try to find is not a synonim of share) If he wants really to help he should say something l...

Sorry I did the wrong question... can you provide a list of all the files in this game?
file.XSS contains all the available audio data in a sequential mode (just a stream, not an archive) so should exist another file containing all the filenames or at least their offsets.

Thanks to Rahly's excellent reverse engineering of Sly's attachment (hello Sly, Pespin doesn't protect enough!), we now have the .ja compression solved for the most part. I can't believe, now we must do also double work!!! That's really absurd... I think this Sly is totally useless to the community.

It is a Xbox ADPCM audio file, try to read it with xbadpdec or the codec for Media Player or with my Winamp plugin: http://aluigi.altervista.org/papers.htm#xbox From what game have you got it? I didn't know this extension (probably the real name of this type of audio?) so I'm very interested in it.

The ffmpeg project has support to various ADPCM formats, XA included: http://ffmpeg.sourceforge.net/index.php if this audio uses the XA codec (possible) it will work. Actually I'm not aware of programs which implement this library in a raw mode, I'm too lazy at the moment for doing this thing since ...