probably true that my application is badly coded but given the lack of info
out there
on java3d, it's the best I can do...actually, from looking at my code and
comparing to
some examples I can't see much difference but I could be wrong. Anyway,
where can I get
a profile to use?
And, I don't believe the issue you described is the issue I'm having. I
simply have an
overall slowdown in everything...from rotation, zooming, panning, animation
and even
simply using the swing portion. It's like everything went to crap. And I
don't even
have anything running to take away memory or anything like that....it gets
really frustrating
to code anything when you spend 90% of the time waiting for the program to
come up and
run and only 10% coding. Grant it my computer is hardly a "power pc" but I
don't think that's
the issue I have
thanks for the input.
Mario
Mariusz Zaczek
NASA - Johnson Space Center
Automated Vehicles and Orbit Analysis / DM35
Flight Design and Dynamics Division
Mission Operations Directorate
Bldg: 30A Room: 3048B
Disclaimer: "The opinions, observations and comments expressed in my email
are strictly my own and do not necessarily reflect those
of NASA."
-----Original Message-----
From: Justin Couch [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 24, 2002 11:24 AM
To: [EMAIL PROTECTED]
Subject: Re: [JAVA3D] Java3D ... what have you done?!?!?!?!
ZACZEK, MARIUSZ P. (JSC-DM) (NASA) wrote:
> What have you people (those that released the new Java3D) done to
> Java3D?!?!?!?!?
> It runs slower now that I've upgraded from 1.2 to 1.3....good god, it runs
> at least 50% slower.
Well that contradicts just about everyone else's experience. I'd say you
badly coded your application in the first place. Time to pull out the
profiler and see what you are doing wrong.
> a 3D mouse rotation of an object and the actual time that the rotation
ends
> is long enough for me to leave and go take a long crap....arghghghghghg
Does it happen only when you drag the mouse, or at all times that the
mouse is over the window? I've come across a very annoying bug in the
combination of Swing and Java3D that exhibits this problem.
Unfortunately, I can't replicate it in a small enough test application
to actually submit it as a bug. To summarise, Java3D's renderer is
failing to grab the lock from the swing thread and then proceeds to not
update the canvas. All the behaviour loops still run at full speed, just
no pixel blitting takes place. From what I can tell, this only happens
on the mouse drag case. That is, each time the system issues a mouse
drag event, it prevents the screen from redrawing. It is proportional to
the number of drag events too. If the mouse does not move, but the
button is down, there's no problems, and the faster I move the mouse,
the longer the delay before it gets back to repainting the screen. The
visual effect is that it locks up the rendering, but the reality is that
it just skips the rendering cycle altogether.
--
Justin Couch http://www.vlc.com.au/~justin/
Java Architect & Bit Twiddler http://www.yumetech.com/
Author, Java 3D FAQ Maintainer http://www.j3d.org/
-------------------------------------------------------------------
"Humanism is dead. Animals think, feel; so do machines now.
Neither man nor woman is the measure of all things. Every organism
processes data according to its domain, its environment; you, with
all your brains, would be useless in a mouse's universe..."
- Greg Bear, Slant
-------------------------------------------------------------------
===========================================================================
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".
===========================================================================
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".