Thanks for your prompt response. Please allow me to reply to a few specific points:
> Hello, > just curious, why would you want to draw translucent > images directly to the screen? > Drawing translucent images to an opaque window sounds > strange to me. Wouldn't you get artifacts with partial > repaints and stuff? If you do clear the window before > rendering your image, then it's no different from > just rendering to an opaque image filled with the background color. > Typically one would have an opaque back buffer, and render > everything into there, then present it. It is highly recommended > to use the BufferStrategy API for your double-buffering implementation. Of course, I'm already using the BufferStrategy API, but I forgot about it when I wrote my first post. Sorry about the confusion. > Another questions is which java version have you > tried? > Have you tried 6uN (dev. builds available at > http://jdk6.dev.java.net) I'm only using the standard Java 6 JRE from Sun. I'd very much like not to depend on non-standard Java distributions, since I'd like people to use my code without any weird requirements, so if at all possible, I'd like not to depend on APIs or characteristics of particular JREs. > [...] >> Performance in this test seems to be about >> the same on both Linux and Windows, by the way. > > Yeah, that wouldn't work too well. Really? Why is that? Is it because I fooled you into thinking that I wasn't using a BufferStrategy, or is there something inherently slow with drawing alpha translucent images in Java2D? > [...] > Translucent VIs are only available with opengl > pipeline > (since 1.5, and depending on your configuration) I see. That explains a lot. :) > [...] > However, it > doesn't seem to work at all on Linux, because > performance wasn't affected at atll, and when > setting sun.java2d.trace=count, it indicates that > it's still using the normal XPM drawing routines. > There also seems to be a fairly serious bug when > using it on Windows, because when drawing newly > created BufferedImages, the result is some weird > monochrome blue drawing. As long as the > BufferedImages weren't created recently, they are > drawn as they should. Am I doing something weird to > cause this behavior? Oh, and by the way, I'm still > not getting accelerated VolatileImages, which I find > weird. > > What is your video board? Could you please provide > output with > J2D_TRACE_LEVEL=4 env. variable set? Sure! My video board is (according to lspci on Linux) a "ATI Technologies Inc M22 [Mobility Radeon X300]". The output is as follows: [I] GLXGC_FindBestVisual: scn=0 [I] GLXGC_InitGLX [I] OGLFuncs_OpenLibrary [I] OGLFuncs_InitPlatformFuncs [I] OGLFuncs_InitBaseFuncs [I] OGLFuncs_InitExtFuncs [I] GLXGC_InitGLX: client GLX version=1.4 [I] GLXGC_InitFBConfig: scn=0 vis=0x0 [V] candidate fbconfigs: [V] id=0x28 db=0 alpha=8 depth=24 stencil=0 valid=false (bad match) [V] id=0x30 db=0 alpha=8 depth=24 stencil=0 valid=false (bad match) [V] id=0x27 db=0 alpha=8 depth=24 stencil=8 valid=false (bad match) [V] id=0x2f db=0 alpha=8 depth=24 stencil=8 valid=false (bad match) [V] id=0x24 db=1 alpha=8 depth=24 stencil=0 valid=false (bad match) [V] id=0x2c db=1 alpha=8 depth=24 stencil=0 valid=false (bad match) [V] id=0x23 db=1 alpha=8 depth=24 stencil=8 valid=false (bad match) [V] id=0x2b db=1 alpha=8 depth=24 stencil=8 valid=false (bad match) [E] GLXGC_InitFBConfig: could not find an appropriate fbconfig [E] GLXGC_FindBestVisual: could not find best visual [I] GLXGraphicsConfig_getGLXConfigInfo [I] GLXGC_InitFBConfig: scn=0 vis=0x23 [V] candidate fbconfigs: [V] id=0x23 db=1 alpha=8 depth=24 stencil=8 valid=false (bad match) [E] GLXGC_InitFBConfig: could not find an appropriate fbconfig [E] GLXGraphicsConfig_getGLXConfigInfo: could not create fbconfig I seem to be able to infer from this that the OpenGL pipeline doesn't find a visual that it is content with, but what is it looking for? > If you try the 6uN build, could you please provide > output > from that as well (on windows, too). I'd like to, but the Windows system isn't mine, unfortunately, and I have no Windows systems of my own. I'll try to get hold of it again, and get back with the output from it if I can. > With the new Java plugin in 6u10 you will be able > to specify > vm parameters (and a separate vm will be started). > Although I would suggest against enabling the > opengl pipeline unconditionally. It could be better > to provide > separate links for "accelerated" and sw-rendering. > The new d3d pipeline is enabled by default, so you > don't need > to provide any flags. Do you have any idea when this JRE is going to released? As I mentioned above, I'd very much like to not use any features that people won't commonly have access to. Again, thanks very much for your prompt response! Fredrik Tolf [Message sent by forum member 'dolda2000' (dolda2000)] http://forums.java.net/jive/thread.jspa?messageID=259028 =========================================================================== 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".
