2010-04-14, 06:31 AM
It turns out I left out some parenthesis in the code that bungled the face to texture assignment. So in the current build the final tentacle boss won't have the second texture with all the features in it. So I will have to get another build up some time soon I reckon.
I also put back some primitives which I was misinterpreting. They now show up as little control triangles which seem to define things like center, ground level, and damage dealing elements. You can see these in Objedit for hte final boss because it uses a different primitive for some reason. It's possible even he might be buggy because the wrong primitive is used. He appears to have damage dealers at the end of each tentacle. I thought these were used to control his tentacle animation at first but I think now they are damage dealers.
Anyway I will put those back so you all can form your opinions. They have colours assigned to them also so I will add that. The colours might even encode encode fine grain information. Or I noticed one triangle on maybe stone face was like all red and the next was red with just one point of blue I think... so maybe the modeler just didn't set the colour right is all. I don't know if the colours are just for debug visuals or if they are interpreted by Som.
Also I just did an experiment with the ARM.MDL file. I swapped the framebuffer coordinates of the two textures and sure enough the other texture was used. So Som must simulate the PSOne frame buffer. That could mean there's a chance two textures could be placed side by side in the framebuffer so that triangles could seamlessly lie over the boundaries. It depends on how the textures are passed to DirectX. The simulated frame buffer might just be a software thing to make Froms' old PSOne models/tools compatible workflow wise.
So I might try to work that into the next build.
I think I have a grasp of what is going on in the animation dept but it's still a lot of theory mostly based on PSOne docs and observations. Hopefully the elaborate PSOne framework is not too exotic to faithfully translate into more contemporary/less hardware centric animation paradigms. I might say something at some point regarding animation, but I won't bog down this thread with it.
I also put back some primitives which I was misinterpreting. They now show up as little control triangles which seem to define things like center, ground level, and damage dealing elements. You can see these in Objedit for hte final boss because it uses a different primitive for some reason. It's possible even he might be buggy because the wrong primitive is used. He appears to have damage dealers at the end of each tentacle. I thought these were used to control his tentacle animation at first but I think now they are damage dealers.
Anyway I will put those back so you all can form your opinions. They have colours assigned to them also so I will add that. The colours might even encode encode fine grain information. Or I noticed one triangle on maybe stone face was like all red and the next was red with just one point of blue I think... so maybe the modeler just didn't set the colour right is all. I don't know if the colours are just for debug visuals or if they are interpreted by Som.
Also I just did an experiment with the ARM.MDL file. I swapped the framebuffer coordinates of the two textures and sure enough the other texture was used. So Som must simulate the PSOne frame buffer. That could mean there's a chance two textures could be placed side by side in the framebuffer so that triangles could seamlessly lie over the boundaries. It depends on how the textures are passed to DirectX. The simulated frame buffer might just be a software thing to make Froms' old PSOne models/tools compatible workflow wise.
So I might try to work that into the next build.
I think I have a grasp of what is going on in the animation dept but it's still a lot of theory mostly based on PSOne docs and observations. Hopefully the elaborate PSOne framework is not too exotic to faithfully translate into more contemporary/less hardware centric animation paradigms. I might say something at some point regarding animation, but I won't bog down this thread with it.