This makes sense, but I don't think my problem has anything to do with how the geometry is sorted. My problem is that the text is not fully transparent when under the OrderedGroup. It sometimes occludes the text behind it as you can see in the example I posted in the other email. I would think even if it was sorted incorrectly, you would still be able to see parts of each text because they're supposed to be transparent. And I think that's what Andreas was saying he also saw in his application.
-Roy "Raj N. Vaidya" wrote: > Ok ! Here is what I know about rendering transparent geometries... > If this probably confuses rather than clarifies the issues, y'all > be my guests and make the corrections... > > Opaque/transparent geometries under an OrderedGroup are rendered > before transparent geometries not under an OrderedGroup. So, setting > the view capab. bit for transparency sorting should have no effect on > geometries under an OrderedGroup. Also, an OrderedGroup simply > guarantees that the geometries under it will be rendered in their > index order. It doesn't really do anything, nor it claims to, > about back-to-front (BTF) sorting its transparent children. > Thus, a BTF ordering that may be correct in one view-geometry-relative > orientation may not be BTF correct when the orientation changes. > It's the responsibility of the user to rearrange the ordering > in such cases to prevent artifacts. > > Without an OrderedGroup, transparent geometries can be BTF sorted > possibly correctly based on the view sorting policy. However, this > sorting is not per-polygon but ( I guess ) is probably per-geometry > bounds. In essence, this sorting may also produce artifacts > if the transparent geometries cannot be "cleanly" BTF sorted as > would be the case if the geometries are self-intersecting or > if their bounds are overlapping. > > Regards > > Vaidya > > >On Wed, 23 Oct 2002 10:34:48 -0400, Roy Duffy <[EMAIL PROTECTED]> wrote: > > >Hi. > >I think I may have seen this problem too. I made a test case but I was debating > >whether I should post it, but now I can't resist since it seems like the same > >problem. > >It's two Text2D objects under an OrderedGroup. If you drag the mouse to spin the > >one labeled "FAR" in front of the one labeled "NEAR", it occludes it. But if I > >remove the OrderedGroup, then it works fine. I have depth-sorted transparency > >enabled but it didn't help. > > > > -Roy > > > > > >Andreas Jerke wrote: > > > >> > Andreas Jerke wrote: > >> > > >> > > When I change the Scenegraph (Moving objects, changing Switch etc.) the > >> > > transparency does not work anymore. Some objects BEHIND other transparent > >> > > objects are shown, others NOT. > >> > > >> > > >> > Have you set > >> > View.setTransparencySortingPolicy(TRANSPARENCY_SORT_GEOMETRY) ? > >> > >> I tried it, but with the same effect. I'm thinking of writing > >> a simple testcase to reproduce this, but before that I will test my app > >> on a different sys. > > > > =========================================================================== > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JAVA3D-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
