> 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? 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".
