not for music, i have already dump and convert his music to mp3
- Joined
- Jan 18, 2012
- Messages
- 126
- Trophies
- 1
- Age
- 50
- Location
- Kiev
- Website
- www.shedevr.org.ru
- XP
- 359
- Country
After you'll find a good dump, here's some info.
.GAR is an uncompressed file container (like .RARC, .SARC, .U8, etc.)
There are .CTXB (graphics) and maybe other files inside.
Drag it onto Texturipper and it extracts .PNGs from supported files (in our case: .ctxb).
.LZS (not .lSz) should be LZ compressed .GARs.
But most of *.gar.lzs files in MM3D are not compressed and are uncompressed .GARs, in fact.
.GMSG are text files. Header -> list of pointers -> text.
Pointers are 4 bytes in size.
English text in PAL version (eue.gmsg) - first pointer: $1C, last pointer: $1E0A8.
Interval between pointers is 16 bytes: [4-byte pointer][4 bytes for dialogue size + 12 unknown bytes][4-byte pointer][4 bytes for dialogue size + 12 unknown bytes][4-byte pointer][4 bytes for dialogue size + 12 unknown bytes][4-byte pointer] and so on.
Just after list of pointers lives game script. Is starts at $001E0B0 and ends at $00BE3EF.
Line break codes: 7F0100, 7F000100. End dialogue (stop-byte): 7F0000.
Similar scheme present in Ocarina of Time 3D .QM files (text).
.GZF is a font file. I couldn't open it. It's very similar to OoT3D .qbf font, which can be opened in tile editors (in 4bpp linear mode), but this .gzf I can not open...
.GAR is an uncompressed file container (like .RARC, .SARC, .U8, etc.)
There are .CTXB (graphics) and maybe other files inside.
Drag it onto Texturipper and it extracts .PNGs from supported files (in our case: .ctxb).
.LZS (not .lSz) should be LZ compressed .GARs.
But most of *.gar.lzs files in MM3D are not compressed and are uncompressed .GARs, in fact.
.GMSG are text files. Header -> list of pointers -> text.
Pointers are 4 bytes in size.
English text in PAL version (eue.gmsg) - first pointer: $1C, last pointer: $1E0A8.
Interval between pointers is 16 bytes: [4-byte pointer][4 bytes for dialogue size + 12 unknown bytes][4-byte pointer][4 bytes for dialogue size + 12 unknown bytes][4-byte pointer][4 bytes for dialogue size + 12 unknown bytes][4-byte pointer] and so on.
Just after list of pointers lives game script. Is starts at $001E0B0 and ends at $00BE3EF.
Line break codes: 7F0100, 7F000100. End dialogue (stop-byte): 7F0000.
Similar scheme present in Ocarina of Time 3D .QM files (text).
.GZF is a font file. I couldn't open it. It's very similar to OoT3D .qbf font, which can be opened in tile editors (in 4bpp linear mode), but this .gzf I can not open...
I wrote a tool to convert Majora's Mask 3D models to Ocarina of Time 3D models: http://www.mediafire.com/download/je1vzk9e36zpx61/mm2oot.exe
You will need to have the ROM files decompressed and extracted.
Usage: mm2oot.exe model_in model_out
Example .bat file to run it (goes in the folder with it, make it in a text editor and save it as a .bat and edit it according to your needs):
@echo off
mm2oot.exe E:\Users\nick\MyStuff\3ds\extracted_mm3d_rom\actor s\zelda2_link_boy_new.gar.lzs\link_demon.cmb E:\Users\nick\MyStuff\3ds\converted\link_demon.cmb
If it doesn't close on its own, you must close it yourself ASAP. This means that it's stuck in a file that doesn't have all of the needed chunks and will keep eating disk space with the output file.
And here's a stable release of the viewer: http://magicstone.de/dzd/random/3ds/N3DSCmbViewer_test9.rar
Also this one if it works for you (fixes faces detached from heads, etc.): http://magicstone.de/dzd/random/3ds/N3DSCmbViewer-bin-src.rar
You will need to have the ROM files decompressed and extracted.
Usage: mm2oot.exe model_in model_out
Example .bat file to run it (goes in the folder with it, make it in a text editor and save it as a .bat and edit it according to your needs):
@echo off
mm2oot.exe E:\Users\nick\MyStuff\3ds\extracted_mm3d_rom\actor s\zelda2_link_boy_new.gar.lzs\link_demon.cmb E:\Users\nick\MyStuff\3ds\converted\link_demon.cmb
If it doesn't close on its own, you must close it yourself ASAP. This means that it's stuck in a file that doesn't have all of the needed chunks and will keep eating disk space with the output file.
And here's a stable release of the viewer: http://magicstone.de/dzd/random/3ds/N3DSCmbViewer_test9.rar
Also this one if it works for you (fixes faces detached from heads, etc.): http://magicstone.de/dzd/random/3ds/N3DSCmbViewer-bin-src.rar
Ummmm share??? You can't just say something like that! Or at least share instructions
What oO ?
It's as simple as using vgmstream, not that difficult.
As for the filetypes, they might be unreadable right now, but that doesn't mean that people can research the files and reverse-engineer them.
time to learn!Nope. A series of converters that require hand-picked data. There's no easy way to convert models from ALBW, especially texture-wise. When you view one with textures applied, they will be messed up, due to how they were optimized, and lack of simulation of the 3DS GPU.
Similar threads
