Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-27 Thread Yazel, David J.
Great, thanks! -Original Message- From: Doug Twilleager [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 27, 2001 3:07 PM To: [EMAIL PROTECTED] Subject: Re: [JAVA3D] Swing and Java3d thread priority conflicts Effectively, it is when any Java 3D object is created. We are using a

Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-27 Thread Doug Twilleager
JAVA3D] Swing and Java3d thread priority conflicts >To: [EMAIL PROTECTED] > >Thanks Doug.. another good one for the FAQ (hint Justin) > >Well that makes me look at things differently. And to be clear, are we >talking the creation of the Canvas3d, universe, or any Node? Its possibl

Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-27 Thread Doug Twilleager
>Subject: Re: [JAVA3D] Swing and Java3d thread priority conflicts >To: [EMAIL PROTECTED] > >"Yazel, David J." wrote: >> >> Thanks Doug.. another good one for the FAQ (hint Justin) > >[*sigh*] You like keeping me busy don't you Dave... :) > >Actuall

Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-27 Thread Justin Couch
"Yazel, David J." wrote: > > Thanks Doug.. another good one for the FAQ (hint Justin) [*sigh*] You like keeping me busy don't you Dave... :) Actually, there is already a question in there very closely related on the speed issues page: 7. How can I stop 100% CPU utilisation? It doesn't include

Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-27 Thread Yazel, David J.
[mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 27, 2001 1:56 PM To: [EMAIL PROTECTED] Subject: Re: [JAVA3D] Swing and Java3d thread priority conflicts The default thread priority for all Java 3D threads is the priority of the thread which "started Java 3D". What this means in realit

Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-27 Thread Doug Twilleager
n which of your threads creates the first Java 3D object. To get consistent results, use VirtualUniverse.get/setJ3DThreadPriority(). Doug Twilleager Sun Microsystems >MIME-Version: 1.0 >Subject: [JAVA3D] Swing and Java3d thread priority conflicts >To: [EMAIL PROTECTED] > >I have bee

Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-21 Thread Kasparian, Raffi J.
ebruary 21, 2001 9:53 AM To: [EMAIL PROTECTED] Subject: [JAVA3D] Swing and Java3d thread priority conflicts I have been recently encountering a problem in our application. Under certain conditions, the java3d threads "starve" the swing threads to the point where swing windows and component

Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-21 Thread Yazel, David J.
lto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 10:11 AM To: [EMAIL PROTECTED] Subject: Re: [JAVA3D] Swing and Java3d thread priority conflicts I don't know how to solve your problem, but just a thought: what is the priority level of the login window? Have you tried making it high as

Re: [JAVA3D] Swing and Java3d thread priority conflicts

2001-02-21 Thread Paraskevas Orfanides
I don't know how to solve your problem, but just a thought: what is the priority level of the login window? Have you tried making it high as well? Also, if they are all of the same priority, wouldn't it make sense that java will have a default order set? I.e. every new window is "below" the old

[JAVA3D] Swing and Java3d thread priority conflicts

2001-02-21 Thread Yazel, David J.
I have been recently encountering a problem in our application. Under certain conditions, the java3d threads "starve" the swing threads to the point where swing windows and components become sluggish to the point of uselessness. When we enter our program through one mechanism we do not get this