Cryo .BIG archive [from ZeroZone]

[RENIKRILL]

The contents of this post was deleted because of possible forum rules violation.

[aluigi]

Code: Select all

# ZeroZone
# script for QuickBMS http://aluigi.org/papers.htm#quickbms

idstring "BigFile 1.00\0\0\0\0"
get FILES long
get FILES_SIZE long
get FILES_OFF long
get DUMMY long

for i = 0 < FILES
    get NAMESZ long
    get DUMMY long
    get SIZE long
    get SIZE2 long
    get SIZE3 long
    get DUMMY long
    get OFFSET long
    get DUMMY long
    getdstring NAME NAMESZ

    math OFFSET += FILES_OFF

    log NAME OFFSET SIZE
next i

I don't know why are necessary 3 SIZE fields in this format, first because there are no compressed files and then because if was used compression (not in the file you provided) 2 SIZE fields were enough... mah

[RENIKRILL]

Dude... Are you superman? Or in any way related to superman?

That entire procedure - right from downloading the file, to posting the unpack-script - took you less time than what it took me to cook a dinner (a very late/early dinner - it's 2am here ). And what's more; it worked without a flaw.

I tried it on the x2 .big files in zerozone, and 4 .big files from a different cryo game. All went fine except for quite a few "the file 'bla.bla' already exists do you want to overwrite it (y/N/all)?" messages in the 4 .big files from the 2nd game. I doubt it's a problem with your script.
Though, is it normal to have two (or more) files with the same filename inside of the same folder in an archive? I've never seen it occur before.

Anyways, best be off to bed, before I pass out.

Thanks HEAPS for your help once again, Luigi. Good stuff.
Keep it real

[aluigi]

in general in the archives of some games happens to have files with the same names moreover if they have been stored as resources instead of files, so it's all enough normal :)

[Mr.Mouse]

Code: Select all

IDString 0 "BigFile 1.00" ;
SavePos S 0 ;
Math S += 4 ;
GoTo S 0 ;
Get FileNum Long 0 ;
Get DataSize Long 0 ;
Get DataStartL Long 0 ;
Get DataStartH Long 0 ;
For T = 1 to FileNum ;
Get StringSize Long 0 ;
Get U1 Long 0 ;
Get Size1 Long 0 ;
Get Size2 Long 0 ;
Get Size3 Long 0 ;
Get R1 Long 0 ;
Get ROff Long 0 ;
Get U2 Long 0 ;
GetDString FN StringSize 0 ;
Math ROff += DataStartL ;
Log FN ROff Size1 0 0 ;
Next T ;

This is the Mexscript (BMS) for MultiEx Commander.

Here's also the .bms file you can add to MultiEx Commander:

big.zip

Here's how to add the bms to the standard supported formats in MultiEx Commander. It's real easy.

Select the option from the BMS menu:

select.jpg

Fill in the dialogue: point to the location of the .bms file to add, and type in the name of the game.

fill_in_details.jpg

You will be asked to make a backup or not and then DONE. Now you can open any big file from Zero Zone just like any other.

done.jpg

Here are some details from the archive:

COCKTAIL.jpg

LOGOZZ.jpg

RIDLEY.jpg

Check the table of contents saved with MultiEx Commander:

zerozone_big_contents.zip

[RENIKRILL]

Mr.Mouse is in da house.

Hi Five! [um.., lack of more appropriate smilie :S]

[aluigi]

uhmmm but if in multiex the compiled binary scripts are called bms and have the bms extension how are called the textual scripts? ms?
I thought their name was bms (and that's why I called my tool quickbms)... confused :)

[Mr.Mouse]

The script is called MexScript (from MultiEx Script) and the compiled versions are Binary MultiEx Script (BMS). In the past I tried to make sure people understood the difference, but they used the two interchangeably, even http://wiki.xentax.com/index.php/BMS is technically incorrect. So I just gave up. BMS, MexScript, as long as we understand what it's about, I guess.