----- Original Message -----
From: "Chris Campbell" <[EMAIL PROTECTED]>
To: "Michele Puccini" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 27, 2007 9:21 PM
Subject: Re: [JAVA2D] java2d Compositing -> OpenGL fragment shaders
Here's the short story:
- If you render *to* a <snip>
All clear. Just to summarize (simple mode):
- Only rendering to a volatileimage is accelerated.
- Other images are rendered by software loops, but can be hardware-blitted
to a volatileimage using hardware, when possible.
- When asked to be blitted to a volatileimage, the image will be attached to
an accelerated copy of itself. This accelerated copy will be used for
subsequent blitting.
(BTW, the other day I noticed that AA performance with OGL enabled does
seem lower than normal on one of our Nvidia GeForce 7800 boards, so
perhaps there's something else going on here. More investigation
required.)
To track these issues, I filed this bug (will be visible by tomorrow):
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6529101
I'll do it.
On our desktops we use "solid window dragging", i.e. you see the
contents of the window while moving/resizing it.
If I drag the test window outside the screen and then inside, its
contents are not repainted correctly.
Dragging the window across the screen borders I can see the "lines" test
image repainting at wrong offsets like it is "sliding" inside the
contentpane.
Do you mean that you use multiple monitors, and you try to drag the
window between them?
We have multiple monitor machines, but not that one with ATI.
Just run the test (volatileimage) and drag the window over ("through" ? This
is one of the cases that my english is not good enough to explain such kind
of figurative concepts) the screen border. You'll see the effect.
No problems with NVidia.
Currently the OGL pipeline is only enabled for the primary monitor, and
then we use GDI for the other screens. This is something I'd like to
address in the future, at least for the case where all the displays are
being driven from the same graphics board.
Would be good. Multi-screen is often used by professional graphics apps.
Personally I get confused and somewhat oppressed by a multi-monitor gui, but
I see customers proud and happy of working on a 32:9 screen.. Poh!
The adoption of jdk6 and the new ogl pipeline is on the roadmap.
Of course you understand my aim to deliver apps that must be as reliable
as possible.
Yep. Thanks for sending all these details. I'm confident that we can
work through them all so that more developers can rely on the OGL
pipeline going forward.
Many thanks!
Mik
--
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA2D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
