Apologies if this is a duplicate, the mailing list message didn't seem to come 
through. 

May seem like a strange question but I have an extensive Java2D based renderer 
which currently paints in a backbuffer and is then flipped onto a AWT Panel 
using VolatileImage. Works fine but I'm now faced with very specific 
requirement that I need to draw the graphics onto a native win32 window 
component, meaning I still want all my paint logic to happen in java but the 
actual display needs to be in a native windows app. Unfortunately embedding an 
AWT component is not really an option because it presents all kind of issues 
with multiple event threads etc. (Events still all need to be handled by the 
native component).

I looked at native AWT but it seems to do exactly the reverse of what I need 
;-)  How would I go about achieving this with the least amount of overhead and 
not embed an AWT component inside the win32 window ? All the solutions I came 
up with involved either copying pixels or converting into a different image 
format .. which you simply don't want to happen for each frame. I'm not afraid 
of JNI or using other types of buffers in Java.

Any suggestions would be highly appreciated,
Erik
[Message sent by forum member 'evanherc' (evanherc)]

http://forums.java.net/jive/thread.jspa?messageID=285409

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

Reply via email to