Hi Dirk,
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
yeah right that's a bug.
Is this really what we want?
opaque[n] -> transparent[n] -> opaque[n+1] ->
transparent[n+1]
Or is it better to render something like this?
opaque[n] -> opaque[n+1] -> transparent[m] -> transparent[m+1]
Andreas
-------------------------------------------------------
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
