Angel Studios/Rockstar San Diego - sample files

[AnonBaiter]

Here are the files used for Midnight Club: Street Racing(PS2).
Here is a full archive* from Smuggler's Run(PS2).
*It's not a normal ZIP archive.

[aluigi]

http://aluigi.org/bms/dave.bms

[AnonBaiter]

Thanks mate but what about for archive files without any stored names?
https://www.sendspace.com/file/xtg8ol

[aluigi]

In that "Dave" (opposite to "DAVE") archive the names are obfuscated, I don't know the algorithm so, currently, I opt for no names in script 0.1.1

[AnonBaiter]

Ok, so unless I find one that uses a different structure, that about covers it up. Thanks aluigi.

[AnonBaiter]

Sorry for the double post, but here's a sample from their first PC game(Midtown Madness), back in 1999.

EDIT: Cool, I didn't know the "DAVE" format was also used on Midtown Madness 2. Just like I discovered your blitz_games_xbp.bms script worked on .xbp files used in Fusion Frenzy.

[aluigi]

No idea how the names are indexed, so the script extracts files without name:
http://aluigi.org/bms/midtown_madness_ares.bms

[AnonBaiter]

In that "Dave" (opposite to "DAVE") archive the names are obfuscated, I don't know the algorithm so, currently, I opt for no names in script 0.1.1

I may sound like I'm parroting what I've told(because I am), but I heard the filenames use some kind of 6-bit encoding. They use this array for the 6-bit encoded strings:

Code: Select all

"+ #$()-./?0123456789_abcdefghijklmnopqrstuvwxyz~" ('+' == NULL)

I found this out by lurking at the XentaxWiki.

[aluigi]

*edit*

[AnonBaiter]

Well that was confusing.

[aluigi]

6 bits corresponds to an array of 64 chars while that string is 48, in fact there are files that can't be decoded correctly.
The missing chars are probably SOME of the high case alphabet, probably a selection of those most used (48+26 > 64)

[aluigi]

I have a crazy idea... wait

[aluigi]

Don't ask me how I did it: script 0.1.2

[AnonBaiter]

NOW that's what I call close!

[aluigi]

Just a technical note/curiosity.
I'm curious to know what happens with the first "special" value being between 0x30 and 0x37 (currently the script handles 0x38->0x3f) and the second one between 0 and 0x1f (script 0x20-0x3f), for example if it takes the data from the end of the previous string or from the current one. It's an event that probably will not happen with these games, but maybe I will return on it in future just to solve this curiosity.
OT: I have the strong feeling to have already worked on this stuff in the (far) past...