Florin Herinean wrote:
A couple of comments on this. You have stripped away all texture
coordinate and color information, and regenerated the normals(ignoring
the VRML creaseAngle field). So as a general solution this will not be
enough. You might being seeing some performance improvement just by not
sending texture coordinate data over.
Not exactly. The only things lost are the normals. The color and texture
coordinate are all in place. And if from the above algorithm the
NormalGenerator is removed, it should work just fine. The Stripifier only
rearange the vertexes in strips, but it doesn't alter the information
contained by the vertexes themselves. I am using the combination
GeometryInfo-NormalGenerator-Stripifier without problems, you can see in my
demos.
I've deleted the original email, but from the code snippet I remember
seeing only the coordinate date being placed into the GeometryInfo
structure. Maybe I missed where the texCoords and colors where being
placed in as well. If you copy all information over to the GeometryInfo
class then you'll be fine. But as it stood I think it was missing some
pieces.
So are you doing this GI-NG-Stripifier route with Xj3D, loaders in
general? We still need to figure out a good route to deal with loaders
from Xj3D's perspective. Our main goal is implementing the X3D spec
correctly, and this contains alot more functionality then a loader
needs. For one we add a branchgroup around almost everything so we can
remove it later.
--
Alan Hudson
President: Yumetech, Inc. http://www.yumetech.com/
Web3D Open Source Chair http://www.web3d.org/TaskGroups/source/
===========================================================================
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".
