This topic was archived here:

https://web.archive.org/web/20230000000000fw_/https://www.zenhax.com/viewtopic.php?t=8912

pondC, posted Mon Nov 19, 2018 4:01 pm (40503)

---

// 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, posted Mon Nov 19, 2018 8:58 pm (40512)

---

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

pondC, posted Tue Nov 20, 2018 3:19 am (40525)

---

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

aluigi, posted Tue Nov 20, 2018 7:50 am (40530)

---

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

pondC, posted Tue Nov 20, 2018 11:49 am (40539)

---

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, posted Tue Nov 20, 2018 7:24 pm (40550)

---

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, posted Wed Nov 21, 2018 6:27 am (40568)

---

Here's that 2 files

aluigi, posted Thu Nov 22, 2018 6:14 pm (40618)

---

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:

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, posted Sat Nov 24, 2018 3:06 am (40676)

---

somehow it seems to fail midway

aluigi, posted Sat Nov 24, 2018 11:49 am (40690)

---

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, posted Mon Nov 26, 2018 4:09 am (40758)

---

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

aluigi, posted Fri Nov 30, 2018 11:54 am (40848)

---

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

pondC, posted Fri Dec 07, 2018 2:28 am (41057)

---

here's that apk

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

aluigi, posted Fri Dec 07, 2018 10:59 pm (41112)

---

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

z4ruz, posted Sat Jun 19, 2021 5:37 pm (64795)

---

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