Noob's question [old Chaos Rings]

[pondC]

// I'm new to this and didn't really know much about decompiling stuff //

Is there any "MCT_" script here? ( found nothing in search ) and how does one knows how to write those script?
( I do found the "MDB1" script for Chaos Rings 2,3 but the older Chaos Rings use the "MCT_" )

// sorry if the question seems strange but as I said I really got no idea about decompiling stuff //

[aluigi]

zip one of these files and upload it (here or on mega/mediafire/sendspace).

[pondC]

https://mega.nz/#!tpFhTYiI!6KlzCVXFVlRp ... dT4ODn7dis

[aluigi]

I meant only the "MCT_" files, not the whole 1Gb obb.

[pondC]

It's .obb file that is locked in that MCT_ format. Like from this post >>https://zenhax.com/viewtopic.php?f=9&t=698&hilit=Chaos+Rings<<, it's .obb but in that MDB1 format in the post.

( I attached a pic of the files opened in hex workshop. I think that'll explain what I wanted to said better than what I just typed :/ )

[aluigi]

Ah ok it's the whole obb that is MCT_, that wasn't clear from the first post.
Just in case someone doesn't want to download the whole file you can use the following quickbms script on the obb and upload the 2 files it generates:
http://aluigi.org/bms/filecutter.bms

Usually these 2 small files are enough to us for analyzing a format.

[pondC]

Here's that 2 files

[aluigi]

Basically "MCT_" is not the archive but they are all the files inside the archive.
For example the "MCT_" header is available at offset 0, 0x73752, 0xde78f, 0xdf6ec and so on.
It includes the size of the data but the content of such data doesn't have much sense, like if it's compressed but I don't see what may be the algorithm... maybe it's a custom format of compressed images, I don't know.

Anyway with the following script you can at least dump all the data from the obb archive:

Code: Select all

get ARCHIVE_SIZE asize
for OFFSET = 0 != ARCHIVE_SIZE
    idstring "MCT_"
    get ZERO long
    get DUMMY short # 1
    get SIZE long
    math SIZE - 4
    savepos OFFSET
    log "" OFFSET SIZE
    math OFFSET + SIZE
    goto OFFSET
next

[pondC]

somehow it seems to fail midway

[aluigi]

That's good because it means this is the wrong way to handle this data.
You must have another small file that acts as index file, basically it contains all the information of the files stored in the obb archive.
Do you have any small file there that may contain these information?

[pondC]

nope. All it has is that 1gb .obb and an APK file.

[aluigi]

APK is a zip, the index file may be there.

[pondC]

here's that apk

https://mega.nz/#!hl8REAaT!fwq_ABnNbYid ... FH1yhvOakI

[aluigi]

I don't see references to the MCT_ files.
Maybe someone else has more ideas.

[z4ruz]

you might have better luck looking in iOS version, since it has all resources unpacked