On Wed, 2004-12-29 at 09:20, Andreas Zieringer wrote:
> Hi Patrik,
>
> as I already said the difference is the z write transparency option in
> the render action. If you turn it on your example file looks ok, but
> this won't solve the face sorting problem.
Given that code speaks louder than words... ;)
Add the following to the whatever viewer you're using:
RenderAction *ract = dynamic_cast<RenderAction*>(mgr->getAction());
ract->setZWriteTrans(true);
and the results should be the same.
Why does Vred use a different default than the OpenSG viewer? Given that
neither is really a solution, it's a question of taste and what the
typical cases are. For some things false is better, for some true is
better, it's really hard to say. The only real solution would be
face-level sorting, or if you have intersecting polygons, depth-peeling.
Both of these are pretty expensive, so the transparency problem is
unlikely to go away, even if OpenSG supported those two.
Yours
Dirk
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
