Hi Doug,
thanks a lot for your response. Till the bug is fixed, I'll use
vertexCount = getMin(coords.length/3, normals.length/3, tcoords.length/3)
indexCount = coordIndices.length;
because that works fine with BY_REFERNENCE altough it is not rhe right way and
has nor influence on Geom
tems Inc.
>Date: Wed, 26 Jun 2002 14:08:10 +0200
>From: Michael Nischt <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] IndexedGeometry and GeometryInfo
>To: [EMAIL PROTECTED]
>MIME-version: 1.0
>Content-transfer-encoding: quoted-printable
>Delivered-to: [EMAIL PROTECTED]
&
TED]>
> Subject: Re: [JAVA3D] IndexedGeometry and GeometryInfo
> To: [EMAIL PROTECTED]
> MIME-version: 1.0
> Content-transfer-encoding: quoted-printable
> Delivered-to: [EMAIL PROTECTED]
> X-Report-Abuse-To: [EMAIL PROTECTED]
> Comments: To: Chien Yang <[EMAIL PROTECTED]>
Dear Chien,
just wanted to know whether you got time to take a look at the demo's code ?
I've mailed the demo to some other people using Java3D and all asume that
these two errros are bugs in Java3D..
Two even think that the texture-coordinate errors I have shown is the same
they got using the
Chien,
you're right: normal.length is shorter than coords.length,
but for the test case with ArrayIndexOutOfBoundsException:
1. I use GeometryInfo.class --> I dont' use setNormalsRefFloat..
2. it makes no sense, that normals length can't be shorter than coords.length
for INDEXED-Geometry right
Hi Chien,
sorry I did a wrong documentation in the header:
/* CHANGE THIS FOR TESTING:
*
* USE_BY_REF == false && USE_GEOM_INFO == false --> wrong TextureCoords
* USE_BY_REF == true && USE_GEOM_INFO == false --> Everthing Right
* USE_BY_REF == false && USE_GEOM_INFO == true --> Everthing R
