Ian M Nieves wrote:
I want to point out that picking is *heavily* related to graphics
drivers/cards. Java code may be used to process results of picking, but
picking itself is a hardware operation that occurs during rendering to
framebuffers.
No it's not. In both Java3D and Aviatrix3D we do pickin
- Original Message -
> From: "Justin Couch" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, June 30, 2004 2:39 PM
> Subject: Re: [JAVA3D] HyperThreading mess up Java 3D picking
>
>
> > Hong Cao wrote:
> >
> > > We
I wanted to chime in on this.
It is possible that hyper threading is making a difference because it does
require support at the OS level. (If I am not mistaken). Given that, it
is possible that something within the OS (including such things as
graphics drivers) might not be handling hyper threadin
just wondering if there is any better way to get around, other than
disable HT.
Thanks.
- Original Message -
From: "Justin Couch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 30, 2004 2:39 PM
Subject: Re: [JAVA3D] HyperThreading mess up Java 3D
Hong Cao wrote:
We have multiple machines in Windows XP that has intel P4 2.8G Hz+ CPU with
Hyper Threading enabled. We found Java 3D picking action become very slow,
even slower than machines with less than 1G Hz CPU. The
pickCanvas.pickAllSorted() method is taking more than 10 times its original
Hi,
that sounds like a graphics driver problem. Have you tried it with the
OpenGL- and the DirectX-version of Java3D?
Michael
On Wed, 30 Jun 2004 13:51:34 -0500, Hong Cao <[EMAIL PROTECTED]> wrote:
Hi, All,
Here is the problem:
We have multiple machines in Windows XP that has intel P4 2.8G Hz+ CPU
