Hi, for your information Paul -------- Original Message -------- Betreff: Re: bug in ModelClip class Datum: Wed, 15 Nov 2000 11:05:01 -0800 (PST) Von: Charmaine Lee <[EMAIL PROTECTED]> R�ckantwort: Charmaine Lee <[EMAIL PROTECTED]> An: [EMAIL PROTECTED], [EMAIL PROTECTED] Paul, Thanks for the bug report. Bug #4389516 has been filed to track the problem. We'll look into this bug. Regards, Charmaine Lee Java3D Engineering Team > X-Warning: VM230.AKH-WIEN.AC.AT: Host LYMNAEA.imc.akh-wien.ac.at claimed to be akh-wien.ac.at > Date: Wed, 15 Nov 2000 11:23:14 +0100 > From: "Dipl. Ing. Paul Szawlowski" <[EMAIL PROTECTED]> > X-Accept-Language: de > MIME-Version: 1.0 > To: [EMAIL PROTECTED] > Subject: bug in ModelClip class > > Dear Sun Engineers ! > > 1) There is still a bug when using clipping planes provided by class > ModelClip. If all Branchgroups of the scene graphs are added to the > scope list of ModelClip, then it seems as if the clipping plane uses the > same transformations as the camera graph (which is not included in the > scope list), i. e. The clipped scene cannot be seen from different view > points. If at least one Branchgroup of the scene graph is not included > in the scope list, then everything is fine. (Bug was also found in > Version 1.2) > > 2) documentation: > ------- original ------------------------------------------------- > public class PolygonAttributes > extends NodeComponent > > The PolygonAttributes object defines attributes for rendering polygon > primitives. The polygon attributes that can be defined > are: > > Rasterization mode - defines how the polygon is drawn: as points, > outlines, or filled. > > POLYGON_POINT - the polygon is rendered as points drawn at the > vertices. > > POLYGON_LINE - the polygon is rendered as lines drawn between > consecutive vertices. > > POLYGON_FILL - the polygon is rendered by filling the interior > between the vertices. The default mode. > > Face culling - defines which polygons are culled (discarded) before > they are converted to screen coordinates. > > CULL_NONE - disables face culling. > CULL_BACK - culls all front-facing polygons. The default. > CULL_FRONT - culls all back-facing polygons. > -------------------------------------------------------------------------------- ---------------------------------------------------------- > > shouldn't it be > > CULL_BACK - culls all back-facing polygons. The default. > CULL_FRONT - culls all front-facing polygons. > ? > > > System: > IBM IntelliStation Dual Pentium 466 Mhz > Win NT 4.0 SP 6 > Diamond Fire GL 4000 > > JDK 1.3 > J3D 1.2.1 beta1 > > I've included a demo application in a jar file. Also included in the jar > file are the source code of the relevant classes. If you need additional > sources please contact me. Further the jar file contains a data file: > pot2.srf. > > Please start the application and load the pot2.srf file using the > provided menu. The data file contains 2 concentric spheres (they are not > exactly spheres more like golf balls) rendered one time with polygon > attributes set to POLYGON_LINE and POLYGON_FILL (inner/outer mesh, > inner/outer surface). The initial viewpoint position is at (0,0,0), i. > e. in the center of the inner sphere. Use the slider labeled "radius" on > the "camera" pane to set the view point out of the spheres. > The viewpoint can be modified either using the sliders provided on the > pane titled "camera" or when holding down he left mouse button and > moving on the Canvas3D (in this case the viewing direction is always to > (0,0,0) ) - the adjustment between the slider position and mouse > movement is not activated yet. > > ad 1) use the UI on the "perfusion volume" pane. Check clipping for all > objects except one. Change the viewpoint (e.g. with mouse). Everything > looks good. Now clip all objects and move the viewpoint (try also moving > the viewpoint with sliders, so that you do not look to (0,0,0). In this > case the clipping plane clips different parts of the scenery depending > on the viewpoint transformations) . Now the clipping plane seems to use > camera transformations instead of its own transformations. > > regards > > Paul > > PS: The application is build from classes taken from a project I do and > are a prototyp version. So there are still optimisations possible (like > reusing the geometry, ... ). But comments are welcome. =========================================================================== 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".
