Mesh parts displaying at wrong depth -fixed
-
Ok, finally got the damned animation done (maybe a tiny bit more tweaking).
Now I’m working on getting materials showing up properly.
As the video shows, the rings are showing in front of the main sphere - from inside the structure, when they’re outside
. You can see similar happening on the body of the Matron (rings show through all but the internal animated material structure). As well as the inner doors showing through the entry frame.
Also, the entry passage entirely disappears behind the doors; yet both have transparency.
The only thing in the base that is not actually part of it is the Matron sattelite. So are non-opacity materials given priority over transparent ones? Or perhaps the order they’re listed within the mat file? Neither should logically be the case… nor has it been on any thing else I’ve done. Me is at a loss. If need be, I can list the full material layout.edit: updated with a little better quality / higher res
-
Ok last update on this -as it turned out to be a few issues tied together which caused me much grief over the last few days. As of last night, I’ve finally got all the pieces displaying as they should. This involved a couple things: re-grouping meshes having Nt materials present -so that all members of the group had the same Nt, and re-ordering meshes for export. Likewise, any mesh with an Nt part, could not be grouped with a non-Nt (solid DcDt or DcDtOcOt) without biffing up.
As I found out last night, the order your groups are in does affect how they are processed by FL. More correctly, the order they’re listed through Fix, Rev, and Pris. This may only be relevant for models using a lot of opacity in the design (since that’s the only place you’re going to be worrying about seeing meshes behind each other). I snapped these to illustrate how moving the doorA and doorB meshes up from the bottom of the list in Milkshape affected their visibility.
Here’s the broke version:
And here’s the proper version:
Above were snapped with all pieces as Fix nodes, after I added Rev and Pris it was back to square one. Only relevant change was those two nodes, which consequently changed their order. Move the Fix back down under Rev & Pris and all was fine again.
Now on to the SUR, that should be good for some more aspirin.Edit 99: revised after animation added
-
Hm just a idea but maybe something with the group names in your model?
I had a similar problem once while having to group names with the same name.
