Extreme G iii racing Help .RBB file

[eriger777]

I'm trying to figure out how this .RBB file is packed it's from a gamecube game I'm trying to learn how to reverse engineer it so I can extract the file and look at its contents.
I had asked on a few different forums and this guy's response was this

'The bytes at offset 0x10 are 78 DA, which hints very strongly to the zlib compression algorithm.

Code: Select all

0000000000: 00 52 42 42 00 6C 8C 60 │ 00 3E CE 22 27 4A 88 69   RBB lŒ` >Î"'Jˆi
0000000010: 78 DA 74 9D 0B BC 97 63 │ D6 F7 77 24 A9 B0 25 95  xÚt♂¼—cÖ÷w$©°%•
            ^^^^^

I use this small Python script to decompress zlib-compressed streams:

Code: Select all

# usage: unz.py infile outfile [start offset]
import zlib, sys
inf = open(sys.argv[1],"rb")
off = 0
if len(sys.argv)>3: off = int(sys.argv[3],16)
inf.seek(off)
cdata = inf.read()
# auto-detect zlib/gzip/deflate
# http://stackoverflow.com/a/22310760/422797
d = zlib.decompressobj(zlib.MAX_WBITS|32)
udata = d.decompress(cdata)
udata += d.flush()

clen = len(cdata) - len(d.unused_data)
ulen = len(udata)

open(sys.argv[2],"wb").write(udata)
print("%d -> %d; end of data: %08X" % (clen, ulen, off+clen))

If I use it like this:

Code: Select all

unz.py CITY.RBB CITY.UNP 10

It decompresses Nicely

Code: Select all

3696259 -> 7113808; end of data: 00386693

And the output has some structure

Code: Select all

0000000000: 00 00 00 01 00 00 00 00 │ 00 00 00 01 00 00 00 01     ☺       ☺   ☺
0000000010: 00 00 00 01 02 00 00 02 │ 00 00 00 50 00 6C 8C 10     ☺☻  ☻   P lŒ►
0000000020: 00 00 00 10 00 00 00 01 │ 00 00 00 00 00 00 00 00     ►   ☺
0000000030: CA 60 FA A2 42 43 52 00 │ 00 00 00 00 00 00 00 61  Ê`ú¢BCR        a
0000000040: 58 58 58 58 58 58 58 58 │ 58 58 58 58 58 58 58 58  XXXXXXXXXXXXXXXX
0000000050: 00 00 00 00 00 0D C4 6C │ 00 55 35 E0 00 61 3E 30       ♪Äl U5à a>0
0000000060: 00 63 79 F0 00 01 30 D3 │ 00 00 43 C7 00 03 02 14   cyð ☺0Ó  CÇ ♥☻¶
0000000070: 00 00 8E F0 00 00 C1 7E │ 00 00 00 00 00 00 00 00    Žð  Á~
0000000080: 00 61 3E 30 FF FF FF FF │ C3 7C D3 18 C2 B4 AF 10   a>0ÿÿÿÿÃ|Ó↑´¯►
0000000090: C4 74 57 67 C4 FB 0A 00 │ C4 A2 0D 4B C4 F5 E2 F3  ÄtWgÄû◙ Ä¢♪KÄõâó
00000000A0: 44 BB D5 3A 44 8B 77 68 │ 41 45 C6 00 00 00 00 00  D»Õ:D‹whAEÆ

However, making sense of it may require you to look at the game code.

https://dl.dropboxusercontent.com/u/227520696/CITY.RBB <-- Original File {Gamecube}
https://dl.dropboxusercontent.com/u/227520696/CITY2.UNP <-- Decompressed {Gamecube}
https://dl.dropboxusercontent.com/u/227 ... 282%29.UNP <-- Decompressed {ps2]
https://dl.dropboxusercontent.com/u/227520696/unz.py <-- Python Script

So that was his whole response. Now I'm stuck and don't know what to do next.

However! The PS2 version of the file is a bit different it's about 10 times larger and when looking at it in hex view the structure looks like this



So I'm not sure if that will help.

I've noticed that .vag, xan. xmd are all file type so I'm assuming that the uncompressed file is the actual archive I just need to figure out how to unpack it now.

The game im using this for is called Extreme G Racing

[eriger777]

bump?

[barti]

I'm still researching this, but from what I can see there's 2514 files in the PS2 version and everything is stored in a single BCR file in the GameCube version. PS2 files look uncompressed, but the BCR file in GameCube version doesn't.

[barti]

QuickBMS script for PS2 UNP files:

Only tested on one file, so it might break on others.
VAG files are extracted correctly (They're stored without header for some reason)
Some STX files can be viewed using a tool like TextureFinder.

Code: Select all

idstring "\x01\0\0\0"
get NUL long
get TYPE long
get FILES long
get FILEZ long
get TYPE long
get TABLESIZE long
get UNK long
get ODDENTRIES long

for i = 0 < ODDENTRIES
get A long
get B long
get C long
next i

putarray 0 FILES 0
putarray 1 FILES 0

for i = 0 < FILES
getdstring EXT 4
get DUMMY long
get OFFSET long
math OFFSET -= 17

putarray 0 i EXT
putarray 1 i OFFSET

next i

for i = 0 < FILES
getarray EXT 0 i
getarray OFFSET 1 i

if i == FILEZ
	get FS asize
	math SIZE = FS
else
	xmath j "i+1"
	getarray SIZE 1 j
endif

math SIZE -= OFFSET
string NAME p= "%08x.%s" OFFSET EXT

if EXT == "VAG"
	log MEMORY_FILE OFFSET SIZE
	putct "VAGp" string -1 MEMORY_FILE
	get SIZE asize MEMORY_FILE
	log NAME 0 SIZE MEMORY_FILE
else
	log NAME OFFSET SIZE
endif
next i

[eriger777]

QuickBMS script for PS2 UNP files:

Only tested on one file, so it might break on others.
VAG files are extracted correctly (They're stored without header for some reason)
Some STX files can be viewed using a tool like TextureFinder.

Code: Select all

idstring "\x01\0\0\0"
get NUL long
get TYPE long
get FILES long
get FILEZ long
get TYPE long
get TABLESIZE long
get UNK long
get ODDENTRIES long

for i = 0 < ODDENTRIES
get A long
get B long
get C long
next i

putarray 0 FILES 0
putarray 1 FILES 0

for i = 0 < FILES
getdstring EXT 4
get DUMMY long
get OFFSET long
math OFFSET -= 17

putarray 0 i EXT
putarray 1 i OFFSET

next i

for i = 0 < FILES
getarray EXT 0 i
getarray OFFSET 1 i

if i == FILEZ
	get FS asize
	math SIZE = FS
else
	xmath j "i+1"
	getarray SIZE 1 j
endif

math SIZE -= OFFSET
string NAME p= "%08x.%s" OFFSET EXT

if EXT == "VAG"
	log MEMORY_FILE OFFSET SIZE
	putct "VAGp" string -1 MEMORY_FILE
	get SIZE asize MEMORY_FILE
	log NAME 0 SIZE MEMORY_FILE
else
	log NAME OFFSET SIZE
endif
next i

Thank you so much!

Yeah it only works with desert.rbb hopefully I can figure out more about the gamecube format as well.

[eriger777]

Bump? Are there any people still working on this.