I haven't found any reference to that fix. For me, adding it to appearances made
matters worse. Can anyone offer more information?

-----Original Message-----
From: J. Lee Dixon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Tuesday, September 05, 2000 2:12 PM
Subject: Re: [JAVA3D] Transparency Questions again


>Yes, this whole problem of transparencies drawn in the wrong order is
>simply a bug.  I believe there was a little fix... do a
>Appearance.setRenderingAttributes(new RenderingAttributes()) which
>helped, but maybe you've already done this.  I haven't been following
>this thread closely...
>
>J. Lee Dixon
>Software Engineer
>SAIC - Celebration, FL
>[EMAIL PROTECTED]
>
>
>-----Original Message-----
>From: Yazel, David J. [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, September 05, 2000 2:37 PM
>To: [EMAIL PROTECTED]
>Subject: [JAVA3D] Transparency Questions again
>
>
>I know someone explained before why transparencies are all screwed up,
>but I
>am still confused.  The problem being with multiple objects with
>transparencies.  I am using the alpha blended images for much of my
>scenary
>since the cost of rendering foliage in polygons it way too high.  The
>problem is that you just get these wacky "floating" images resulting
>from
>the transparent objects being drawn in the wrong order.
>
>So someone said to use ordered groups.  Well I could keep track of every
>tree that is "visible" and sort them in an ordered group everytime the
>view
>moves, based on distance from the view to the object.... but, heck, why
>isnt
>the engine doing this?  Under what circumstances would you NOT want to
>render in this fasion?  In what way does this differ significantly from
>the
>basic problem of drawing non-transparent geometry?  In fact I am
>confused as
>to why there even needs to be a seperate pass for the transparent
>object,
>arn't the objects rendered from clip to front, in order?  Is this just a
>weakness in zbuffering?
>
>Anyway...I sure hope you can re-order an ordered group without attaching
>and
>detaching if I have to do this myself.
>
>Dave Yazel
>
>========================================================================
>===
>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".
>

===========================================================================
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".

Reply via email to