On Thu, 2006-02-16 at 22:02 +0100, Marcus Lindblom wrote:
> Hm! There are definitely issues with this then, because I had to reorder
> some of my nodes to get correct rendering order, regardless of sortkey
> (it worked partially). I'll see if I can dig into it a bit more and come
> up with something conclusive.
Hmm, upon closer inspection the opaque and transparent ones are actually
independent, i.e. it is more like
is opaque[n] -> transparent[m] -> opaque[n+1] -> transparent[m+1] ...
when n and m start at the lowest used sort key for opaque and
transparent materials respectively. Also, when occlusion culling is
enabled, things are totally different, I'm not sure what's happening
there.
All of that looks a little unpredictable. Andreas, is that on purpose or
a bug?
Dirk
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
