This topic was archived here:

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

Doctor Loboto, posted Mon Feb 13, 2017 8:47 pm (20814)

---

According to other open, though basically useless, folders in the filesystem, this game uses semi-known formats. However they all lie within these archives. Can anyone find a way to unpack them?

https://www.dropbox.com/s/teqe6i6mv6x7kug/DBHUM2arc.zip?dl=0

Doctor Loboto, posted Sat Feb 18, 2017 7:09 am (20871)

---

Sorry to bump, but I really need help with this and I can't really get it anywhere else...

aluigi, posted Mon Feb 20, 2017 10:39 pm (20912)

---

It's just a container so it's not really possible to extract the data but I have written a script to find all the "3DS-LZ" magics and uncompressing them. Basically the result is just an extractor
http://aluigi.org/bms/3ds_lz.bms

funion_Ring, posted Tue Jun 06, 2017 1:59 pm (23877)

---

aluigi wrote:

It's just a container so it's not really possible to extract the data but I have written a script to find all the "3DS-LZ" magics and uncompressing them. Basically the result is just an extractor
http://aluigi.org/bms/3ds_lz.bms

what's the compression algorithm?
I can't find any documentation for the lz77wii.
I want to write a python script for compressing the file back into the bin archive.

aluigi, posted Tue Jun 06, 2017 4:12 pm (23880)

---

It's a set of compresison algorithms used by Nintendo, they are documented and implemented in various programming language all over github.
For example http://code.google.com/p/dsdecmp/, http://wiibrew.org/wiki/Wii.py, quickbms src\include\nintendo.c (obviously ) and so on.

funion_Ring, posted Thu Jun 08, 2017 5:28 pm (23942)

---

aluigi wrote:

It's a set of compresison algorithms used by Nintendo, they are documented and implemented in various programming language all over github.
For example http://code.google.com/p/dsdecmp/, http://wiibrew.org/wiki/Wii.py, quickbms src\include\nintendo.c (obviously ) and so on.

sorry for asking again...
I checked the source code, but there are 6 variations...
#define WII_NONE_TAG 0x00
#define WII_LZ77_TAG 0x10
#define WII_LZSS_TAG 0x11
#define WII_HUFF_TAG 0x20
#define WII_RLE_TAG 0x30
#define WII_040_TAG 0x40

I tried comtype scan, but none of those 6 gives me a "nice" dump....

would you mind tell me which one is called within the script??
thanks!

here is a cut off font file sample: https://puu.sh/w57Iz/e7e54d1ca5.bin

aluigi, posted Thu Jun 08, 2017 7:05 pm (23946)

---

The reasons are:
- you have a "3DS-LZ\r\n" header, you must provide the raw compressed data (full file - starting 8 bytes)
- lz77wii and the algorithms you mentioned are like zlib and deflate: zlib is deflate plus header, lz77wii is those algos plus header
- in short if you want to use WII_RLE_TAG you have probably start to comtype_scan2 with the data of the file starting at offset 0xb

funion_Ring, posted Thu Jun 08, 2017 8:05 pm (23952)

---

aluigi wrote:

The reasons are:
- you have a "3DS-LZ\r\n" header, you must provide the raw compressed data (full file - starting 8 bytes)
- lz77wii and the algorithms you mentioned are like zlib and deflate: zlib is deflate plus header, lz77wii is those algos plus header
- in short if you want to use WII_RLE_TAG you have probably start to comtype_scan2 with the data of the file starting at offset 0xb

thanks alot!!!!!!!