SZS file format explained

[Guru64]

Man, you rock!

[Dysprosium]

Out of curiousity, is it possible to see everything in it's own proper textures? :\

Anyway, great progress.

[ector]

Hehe, yaz0r has already done all this and more
btw, Zelda WW (and mario kart dd, and pikmin I think) use the same engine so you might be able to load some of their levels pretty easily now.

[MGFox]

yaz0r has already done all this and more

yaz0r has (almost) perfected the emulation of the j3d engine (models were working before yaz0rs contribution, no?), while thakis is creating a file/model viewer, Quite Different

Although, the picture in "this post" (along with his Avatar) suggests that yaz0r has also written a model viewer! If this is correct, is it gonna be released as part of Dolphin, separately or...at all?

On a side note, even if something has already been done, it should not prevent someone else from persuing the same goal! There are many GCM viewers/extractors out there, I still wrote my own to see if I could!

Cheers,
Fox

[yaz0r]

This would probably look better with the actual textures

I don't know if I ever will release my J3d stuff, as nitendo is probably owner of the techonology and even used it in the GC bios and recent games as DK jungle beat....

[MGFox]

Whoa!!! I think that answers my question!

Is releasing a model viewer against copyright? as long as you don't release any copyrighted material with it, it's no different then releasing an emulator! And the groups that made model viewers/editors for Quake, Half-Life and Doom3 have never had any problems!?!

I'm not an expert on legal matters, so please feel free to correct me!

Cheers,
Fox

[thakis]

I just wanted to say that I'm still working on this, even if yaz0r has done this before. I'm currently finishing joint support, something I could never have finished without yaz0r's help (to show you that's not that easy, here's a line from the source: "m = g_matrices[g_drawData.indices[curr.matrixTable[curr.tristrips[i][j].matrixIndex/3]]];" - and in this line two levels of indirection are already precalculated. Try to see 5 levels of indirection just by looking at a hex dump! :-)). Here are two images, one without and one with joint support (it only makes a difference for animated models, though).

After that I'll take a look at materials or animations.

[JinXD]

Glad your still working on this, be nice to play with

[thakis]

By now, all geometry loads correctly (at least for all the files I tried...). Below are some images showing how mario evolved over time. In this order:

- Vertices only, but displayed all wrong
- Raw face data, but some faces are missing (I can't code...)
- Raw face data, complete
- Basic scenegraph support
- Support for tristrips that require several matrices
- Same as before, but with "skinned" vertices (more than one bone may influence a vertex) (but this didn't change the appearance) and default values for undefined matrix indices (some matrix indices are stored as 0xffff in the file) (this fixed the appearance).

[thakis]

I decided to do animations before materials (mainly because that's something yaz0r has not yet done ;-) ) and it turned out to be quite easy. The animations are stored in the .bck files. Here's a screenshot of yoshi walking (animations don't look to impressive in screenshots, I know...), all animations that I tried (mario walking, rolling, jumping, some yoshi moves etc) seem to work. Materials next.