> Date: Thu, 26 Aug 1999 15:23:24 -0700
> From: Cindy Ballreich <[EMAIL PROTECTED]>
>
> Mark posted the example code the other day which was very helpful, but if
> the source for the compression utilities was available?
>
> It doesn't appear to be with the other utility source in the 1.1.2
> installation.
The geometry compression example programs didn't make it into the Windows
InstallShield image, so we distributed them via this list some time ago.
The compression utility package, however, should be included in the
java3d-utils-src.jar file which is unpacked when the installation program
java3d1_1_2-win32-opengl-sdk.exe is run. I just downloaded it from the web
and verified that it was there.
BTW, the bug you reported which resulted in bad color streaks in your
fractal terrain has been fixed in J3D 1.2. The RFE hasn't been evaluated
yet.
-- Mark Hood
--------------------------------------------------
Bugid: 4264072
Product: java3d
Category: java3d
Subcategory: graphics_si
Bug/RFE/EOU: bug
State: integrated
Development status: INT
Synopsis: software decompressor produces bad colors from mesh references
Keywords:
Severity: 3
Severity Impact: 1
Severity Functionality: 1
Priority: 2
Responsible Manager: robp
Responsible Engineer: hood
Description:
The J3D software decompressor produces bad colors when a mesh reference
containing a vertex color is encountered.
--------------------------------------------------
--------------------------------------------------
Bugid: 4264113
Product: java3d
Category: java3d
Subcategory: graphics_si
Bug/RFE/EOU: rfe
State: dispatched
Development status:
Synopsis: a mechanism to derive scaling for compressed geometry is needed
Keywords:
Severity: 3
Severity Impact: 1
Severity Functionality: 1
Priority: 3
Responsible Manager: robp
Responsible Engineer:
Description:
The OpenGL compressor provides applications with a scale and offset
(window/viewport metaphor) to restore the compressed geometry back to its
original size a position. An equivalent facility is needed for Java 3D.
Justification:
Customers need precise dimensions for compressed data.
Work Around:
Manually compute the bounds based on quantization level. This requires
knowledge of how the compressor scales its data internally.
Suggested Fix:
1) Provide scaling and translation of compressed geometry to its
original transparently with internally maintained transforms; or,
2) Provide a method to retrieve an appropriate transform; or,
3) Provide a method to retrieve a bounding box.
--------------------------------------------------
===========================================================================
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".
