(adsbygoogle = window.adsbygoogle || []).push({}); Well, I discovered this; and I hope it can be used later on. Here is what you do:

First do:

    offzip.exe -a -z -15 -1 PATCH.ff ./ 0

Now you should have a file (0000027.dat)

Now do:

    offzip.exe -a -r DATFILE.dat ./ 0

This should automatically remove every single .gsc in just two lines of code.

(It removes the .dat from the .gsc automatically in other words.)

offzip -a -z -15 DATFILE.dat ./ 0x0006903f

does the same

no no see what it does is completely decompress a patch from its extract

1) use "offzip -a -1 -z 15 patch_mp.ff ./ 0" on the patch

2) use "offzip -a -r patch_mp.ff ./ 0" on the 00000027.dat file it should make after step 1

you should get all the gsc's fully decrypted

Why did you groan at the post Alfa? There is no more used to it, is there? Tough you were going to release it, so was not going to be that stupid and just allow it. My trust bar to you has dropped from %100 to %0.

my second file is called 00000027.dat, and the command i posted does the same.
the offset 6903f is where the gsc's start, the -r makes it so the invalid zlib's found arent removed

    Options:

-s       search for possible zip/gzip data in the input file, the scan starts

         from the specified offset and finishs when something is found

         the output field is ignored so you can use any name you want

-S       as above but continues the scan (just like -a but without extraction)

-a       unzip all the possible zip data found in the file. the output

         directory where are unzipped the files is identified by <output>

         all the output filenames contain the offset where they have been found

-A       as above but without unzipping data, the output files will contain the

         same original zipped data, just like a simple data dumper

-1       related to -a/-A, generates one unique output file instead of many

-m SIZE  lets you to decide the length of the zip block to check if it is a

         valid zip data. default is 32. use a higher value to reduce the number

         of false positive or a smaller one (eg 16) to see small zip data too

-z NUM   this option is needed to specify a windowBits value. If you don't find

         zip data in a file (like a classical zip file) try to set it to -15

         valid values go from -8 to -15 and from 8 to 15. Default is 15

-q       quiet, all the verbose error messages will be suppressed

-r       don't remove the invalid uncompressed files generated with -a and -A



Note: offset is a decimal number or a hex number if you add a 0x before it

      examples: 1234 or 0x4d2

nothing really new as its in the help of offzip

i got a 00000027.dat file in the first command, in the other i got alot of .dat files , not the gsc´s :/

those .dats are the GSC /facepalm

oh ok sorry for my noob question, sometimes i noob much =D

hey when i do this, how do i recompress the mossy functions.gsc and the other gsc's into the patch..? i'm not sure how to do it. it's different then decomping it the regular way.