the following is a quick and basic script for QuickBMS , hope it helps: idstring "0TSR" goto 20 get INFO_OFFSET long get FILES long goto INFO_OFFSET for i = 0 < FILES getdstring NAME 0x20 get TYPE long get DUMMY long get SIZE long get OFFSET long get DUMMY long get DUMMY long get DUMMY lon...

here it's used also a sort of "relative padding" which wasn't used (at least not in the files you provided) in the other game... mah very strange, luckily I noticed it: idstring "DIR\x1a" goto 12 get TOTAL_SIZE long get INFO_OFFSET long get TOTAL_SIZE long get DUMMY long get FILE...

mistery solved, the audio is any odd TYPE (TYPE & 1).
I have updated the previous script so now it works :)

not the max of the simplicity but works (-o option suggested because some files have the same names): # Adventures of Natalie Brooks # script for QuickBMS http://aluigi.org/papers.htm#quickbms idstring "RDFZ" get SIZE long getdstring NAME SIZE if NAME != "Zlib" # I have tested on...

in case someone still needs the extractor, the following is a script for quickbms:

do you have another sample? maybe containing textual or image files

why don't you upload the first 10 or 20 megabytes of DISK1.VOL or DISK2.vol?
because without the file for me is impossible to guess what is missing

ah ok, so was just a problem of filenames. well forget voyvolmus, I have written a quick BMS script for handling the archives and saving them as an unique file: # Voyeur II VOL raw audio extractor # script for QuickBMS http://aluigi.org/papers.htm#quickbms # # remember to use wavehead with the extra...

test the following: open FDDE TBL 1 open FDDE DATA 0 idstring 1 "DIR\x1a" get TOTAL_SIZE long 1 get OFFSET long 1 # not sure get FILES long 1 math OFFSET += 0x4000 goto OFFSET 1 get DUMMY long 1 for i = 0 < FILES get DUMMY long 1 # don't know, the file doesn't seem compressed get OFFSET lo...

extracting the files is ok, the only problem is retrieving their names. I have made only a quick external analysis of the archives but I guess that if the names are really stored in them they are located in the bytes between the offset/size table and the first file in a compressed form. the followin...

the extraction of the files is not a problem, for example the following script does the job: get FILES long get FULLSIZE long get DUMMY long get DUMMY long for i = 0 < FILES getdstring NAME 24 get OFFSET long get ZSIZE long get SIZE long if ZSIZE != SIZE # Wp16 compression not supported, file is sav...

uhmmm the example you showed is not byte swapping. byte swapping is when you have a 32/24/16 bit number and you reverse the order of its bytes while in your case it's a 4 bit swapping. anyway that type of swapping can be done with: set TMP BYTE math TMP &= 0x0f math BYTE &= 0xf0 math BYTE ^=...

ok I have added the "Append" command (acts like a switch) in the new version of QuickBMS and I have created the script

PS: remember to use the -o option otherwise it will continue to ask if you want to overwrite the files

well, I update this thread only as reference for anyone who arrives here for the same game:
http://aluigi.org/papers/bms/deer_hunter_2005.bms

it's very simple to use, if you are not much practical with the command-line/console I suggest you to copy quickbms.exe, the script and the SPK archive in c:, then create a new folder in c: called output and then type the following string in Start->Run: c:\quickbms.exe c:\deer_hunter_2005.bms c:\dat...