[EMAIL PROTECTED] wrote:
I don't believe this is a bug. This is a
performance limitation of
non-opaque windows on Windows platform - there's
nothing we can
do about it. Non-opaque windows were not originally
intended for
windows with high update rate. Every update means
that we have
to update whole window using GDI, which is not hw
accelerated
(in this case anyway).
There's no magic here, the pixels need to get from
system
memory to vram. The faster the bus (like pcix), the
better
the performance. Older systems with PCI or AGP
buses
will have performance penalty.
Thanks,
Dmitri
Question: What is the possibility of writing directly to vram? Instead of
writing to an int array in JVM memory and then doing some sort blit transfer to
vram, why not just write directly to a portion of designated vram? I wonder if
that would speed up certain ops?
There's no way on Windows XP to do this. Translucent windows
are done through GDI on XP, so no possibility of hardware
acceleration beyond what we already do.
Anyway, VRAM is not supposed to be accessed from by the CPU.
The idea is that you upload the data there (preferably
not very often) and let the GPU handle it (using shaders,
or whatever), and then show it.
On some architectures for some particular framebuffers
there's advantage to writing directly to vram, but
Windows isn't one of them.
So just keeping your buffers in vram may not be the best
way especially if your application requires per-pixel access.
On Vista (where each window is pretty much a piece of
offscreen video memory) there is a way to do translucent
windows with full hw acceleration - that is, the data never
leaves vram. We'll be looking into
this for future releases.
Thanks,
Dmitri
Vram buffers are getting pretty big these days. I know the current API doesn't
support this feature but what is the possibility of doing this sometime in the
future.(SITF)?
[Message sent by forum member 'demonduck' (demonduck)]
http://forums.java.net/jive/thread.jspa?messageID=291188
===========================================================================
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".
===========================================================================
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".
