sometime can happens that 2 files have the same name because they are stored as resources in the archive so it's possible that they are an older and more recent version of the same resource. other times 2 or more files can have the same name if the archive has been not handled to parse also the fold...

these files have been already reversed:
viewtopic.php?p=33473#p33473

ops my error, the following one should work (obviously I have used again a work-around but works at least for these 2 files): open FDSE "CDFILES.DAT" 0 #open FDSE "ARCHIVE.AR" 1 get DUMMY long get BLAH long goto 4 for i = 0 < BLAH get DUMMY long get DUMMY long next i get FILES lo...

yeah an ugly file format (today it's a bad day, all the requests were about absurd formats), the data is uncompressed but seems that the filenames are compressed.
anyway this game doesn't exist (yet?) so be happy :)

are you using the latest version of quickbms?
because that error reminds me a bug which was corrected some versions ago:
http://aluigi.org/papers.htm#quickbms

about the name of the file it's correct, I programmed the script for using the name reported inside cdfiles.dat. for the other problem I suppose that this archive contains more sub-archives but without having the file for me is impossible to know or guess if that's true and how is handled this data....

from: to :)

there are no filenames stored in the archive, the only thing available are the checksums (aka crc) of them so there is nothing to do.
that's why the script saves the files using the crc as name instead of a sequential number

in reference also to: http://forum.xentax.com/viewtopic.php?f=10&t=3697 and http://forum.xentax.com/viewtopic.php?f=10&t=3873 I have decided to reply here because this is the only thread where have been provided some files my doubt is about how much types of archives exist. in the first post...

try this one:
http://aluigi.org/papers/bms/yeti_gear.bms

it's necessary to have at least the first 10 megabytes of the file.
if it uses the "Gear BigFile" format you could have luck using the following quickbms script:
http://aluigi.org/papers/bms/yeti_gear.bms

update quickbms, you have an old version

does the script really work at 100% with the x360 archives of this game???
cool :)

for reference: the problem has been solved and was related the size of the data which wasn't allocable (too big or something else).
so it's enough to use this modified script ONLY FOR THIS BIG ARCHIVE: http://aluigi.org/papers/bms/fbrb_nogzip.bms

the following lines: if SIGN == "EMD" get DUMMY long get DUMMY long elif SIGN == "EVP" get DUMMY long get DUMMY long elif SIGN == "EVT" get DUMMY long get DUMMY long can be substituited with: string SIGN -= 3 if SIGN == "E" # EMD, EVP, EVT, ED1 and so on becau...