You're right, it's not a good idea to read from volatile images,
  so you may need to come up with a different way of scrolling, or
  whatever that old application does that requires these "copies".

  Also, FYI, there's a VolatileImage.getSnapshot() method which will
  give you a snap shot of VolatileImage, no need to do drawImage from
  VI to your own created image.

  Thanks,
    Dmitri


[EMAIL PROTECTED] wrote:
Hi Jim,

You got me . . .
No, it's not a typo, I did it exactly that way because I was too lazy to make me 
familiar with the parameters of the method. I thought it has to be the width and 
height of the image to be drawn. That will explain, why I don't get the result I 
expected (-> the backup image), but why I see the whole existing content of the 
originalImage.

Anyway, do you think this is an acceptable way to do this task, because what I do is a 
read operation on a volatile image, what I assume is not recommended because the way from 
accelerated memory to "normal" memory is not fast at all.

Regards,
Maik
[Message sent by forum member 'kiamur' (kiamur)]

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

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

Reply via email to