Chet Haase wrote: > > There > is a flag to force hardware acceleration through ddraw if that > is what you are trying to do (-Dsun.java2d.ddscale=true)).
This flag doesn't change my results. I'm not currently scaling anyway. But will be testing that soon. > If you could send me more information about your testing situation > (especially your test app), I can take a look at what's causing > the problem. Will do, but off this list. > On your second question, there is currently no way to create > a VolatileImage with transparency. This simply did not make > this first cut at our accelerated image API. Although this would > be useful functionality, we were trying to be pretty spare at this > point and get the common cases right first (like creating a back > buffer in hardware). One reason I'd prefer VolatileImages over BufferedImages is that it allows the application to manage the video card memory as a cache. As one example: Keep track of all the VI's we've created and when last used. If we try to create a new one and getCapabilities().isAccelerated() == false then we can flsuh() some old ones, and re-create the new one accelerated. If a flushed one is asked for again, re-create it. This control is not possible with BufferedImages. I know this is implementation detail but.... could someone describe how BufferedImages being loaded into and out of VRAM currently works? Is it something similar to what I described above. What are the conditions that cause a BufferedImage to go into VRAM. Is there anyway to hint to a BufferedImages to be put into VRAM. Like graphics.dispose() or seomthing? The reason I'm asking is because the application I'm developing will rely heavily on caching of accelerated images. > In the next release, when we will hopefully > be able to support even more functionality in hardware (such as > alpha compositing and more advanced drawing primitives), we will > hopefully have more ways to create different kinds of accelerated > images (both explicitly and implicitly). Sounds like what I want. By next release are you talking 1.4 (release), 1.4.1 or 1.5? Thanks for the help and detailed response, Damon. =========================================================================== 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".
