What were they translated into? I've never seen a Suikoden translation project aside from the current Suikogaiden.

And if it works as well you say it would be great if you could share it.

After my first post in this thread I forgot all about it; now I wish I hadn't.

Sorry for not responding to your initial question; as for Suikogaiden's decompression I never fully understood it myself.  It probably doesn't matter much now, though, after all you guys have discovered and ffgriever's function there.

And I'm incredibly amused, not to mention embarrassed, that you found that old document on GameFAQs.  I wrote that nine years ago when I was sixteen, and it kind of shows    It's cool to know that it's actually being of use to somebody even today, though; I never knew if more than a handful of people actually read it.  David McGrath gets all the credit for the character set, though.

Anyways, awesome stuff in this thread.  I'll have to come back to it if I ever revisit Suikoden 2.

One is Polish, which is not out yet (due to various reasons). The other was probably Portuguese (probably, because I was just asked by the Polish team, if they could send the editor over to some other group that was translating the game. I have no further info on this project). They were not translating from Japanese, but English (but for japanese it would be almost the same, I guess...)

I'll have to digg through my backups to do that .



Yes, it's complete decompression routine. You just supply it with the compressed data buffer (where the actual compressed data begins) and compressed data size (data size was the first u32 of the content, IIRC). But to give more detailed info, I would need to find all my sources and notes first (again, digging through backups ).

Just think of it... Why would there be a need for compression routine in game executable at all? It is not present in the code. I had to write it on my own, based on the decompression code. I have the source for the compressor somewhere (just guess where ) - a lot has happened during this year.

Firstly, uncompressed files will differ in size hugely. Secondly, it will not transfer data correctly, because usually the decompression routine copies to a new buffer, so that will have to be done regardless. The pitfalls are that the loading time might actually increase, because files are larger on the CD itself. Also, many hackers do take pride in being able to recompress data and have everything work without extensively modifying game code. Not only gfx might be compressed that way, but other pieces of data as well. For example, on GBA, some games even compress palette data, even though, most of the times the compressed size is bigger than the uncompressed data size. These things would have to be found, because they likely share one routine, but work off different file types which might pose a problem (like when buffers get allocated by the routine reading the file and then decompressed for example).

cYa,

Tauwasser