(Another) Zelda Ripping Project!

[Starkium]

But if some of the OoT3D files have multiple ZSI files packed into them, that might be another difference between the MM and OoT format.

I think those might be the .cmab files? I think OoT used those more than MM did. Cmab is sort of like a bundle file that contains multiple files. Kinda like a ZIP archive, but not compressed.

For my script to work you need to get the model files into .zsi format.

I didn't test OoT3D too extensively - I loaded in like 5 maps just to test that my script worked. But it should be able to extract all the CMB files from OoT3D. I based my code off of the same technique used in the other software listed above.

So scenes look like this right:

Code:

spot07.zar
spot07_0_info.zsi
spot07_1_info.zsi
spot07_info.zsi

What I'm saying is that sometimes when I bring the numbered info .zsi files into HxD, sometimes they're just flat out missing the `cmb` string I'm supposed to be looking for. The other other thing is that sometimes, even when I get both numbered info zsi extracted, I'm missing textures. References to those textures could potentially be in the non numbered info zsi files since it's supposed to just link the two numbered ones together in the game.
If I open the .zar in hxd I can see references to other stuff like this:

Code:

cmab�������qdb�������������    ���
���������
���������ctxb����€���<
��À���T
��p���l
��Ð��„
��p��œ
��H@��Ä
��H@��Ø
��H@��ð
��H@����H@�� ��H@��8��H@��P��H@��h��H@��€��H@��˜��H�
�°��ROOM0\spot07_00_d.cmab��ROOM1\spot07_01_d.cmab��ROOM1\spot07_01_a.cmab��ROOM1\spot07_01_c.cmab��..\..\scene\Spot07\demo\spot07_show.qdb�.\name\spot07.ctxb��.\name\spot07_usen.ctxb�.\name\spot07_euen.ctxb�.\name\spot07_euge.ctxb�.\name\spot07_eufr.ctxb�.\name\spot07_usfr.ctxb�.\name\spot07_eusp.ctxb�.\name\spot07_ussp.ctxb�.\name\spot07_euit.ctxb�.\name\spot07_eudu.ctxb�fm_l_07_txt.ctxb

I can see all these files because of the rom dump, but I don't know what they are yet. I assume some have more content I'm looking for and not just game logic. 

I didn't know NoClip could load map files and export to a common format. I'll have to check that out later. That might be a better option for your needs then. Or asking MeltyPlayer to implement the scene ripping in FinModelUtility. I haven't talked to him about it, but if you do, let him know he can use my bulk python script in FinModelUtility either in full, in part, or even just as reference.

But if he already has the character ripper built in, he probably is way more knowledgeable than me anyway.

No clip doesn't do any exporting, what I mean was it loads in all the game objects and stuff in their spawn locations and renders materials correctly. So there could be some useful logic there for the Melty utility. I don't know if it's mounting any of the stuff mentioned above or not. Probably has to be in order to be spawning characters and stuff in their proper locations.