Hallo Kaspar,
KF>It's about the same size as yours. And I get similar results, about 10
KF>fps. My problem is the following, though. I'd like to do ALL my
KF>drawing offscreen, even some things for the user interface (eg.
KF>adjusting a Bezier-curve handle). I know this sounds stupid, but my
KF>drawing routines are written in C++ (for speed) and I don't want to
KF>re-code them in Java...
Don't laugh. I specifically re-coded my existing Java drawing routines in C++
and included them via JNI for performance reasons. :-)
KF>Thus, I'd like to know whether a JIT compiler might help or whether
KF>this part is not coded in Java at all (but part of the VM, or
KF>something).
Parts are coded in Java (unfortunately, in recent versions of Java, more and
more parts), parts natively, AFAIK. Take a look at src.jar in your JDK
directory - you can easily find the native parts.
KF>offscreen image - everything seems to be cached and is moved to the
There is a toggle for this (setDoubleBuffered() on the parent window).
KF>screen as one image. Could one change this behaviour and get better
KF>results? Any ideas, experiences?
My experience has been that moving almost all drawing functionally off into
native code and just blitting a BufferedImage on the screen is much faster
than doing everything in Java. This was not so in the JDK 1.0 and even 1.1, as
far as I recall.
MbG, Ekkehard
----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
