Re: [JAVA2D] drawimage on a bilevel image does not work
Not quite sure what you expected. If you're compositing two 1-bit images with .4 extra alpha, you'll pretty much get 0 in the result since extra alpha is shifting all colors towards index 0 which is black by default. Dmitri [Message sent by forum member 'trembovetski' (trembovetski)] http://forums.java.net/jive/thread.jspa?messageID=291165 === 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.
Re: [JAVA2D] drawimage exception
Please post the code which reproduces the problem. We can't do much if we can't reproduce the issue. Dmitri [Message sent by forum member 'trembovetski' (trembovetski)] http://forums.java.net/jive/thread.jspa?messageID=291167 === 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.
Re: [JAVA2D] How to detect hardware acceleration?
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.
Re: [JAVA2D] Should drawGlyphVector() honour rendering hints?
OK thanks Phil. I have set the text antialiasing hint in the FontRenderContext to use LCD optimised antialiasing but the text doesn't appear anywhere near as crisp as when I use drawString() with the same rendering hints. Is this a known limitation/feature of drawGlyphVector() or am I perhaps not using it correctly? -- And loving it, -Qu0ll (Rare, not extinct) _ [EMAIL PROTECTED] [Replace the SixFour with numbers to email me] [Message sent by forum member 'qu0ll' (qu0ll)] http://forums.java.net/jive/thread.jspa?messageID=291220 === 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.
Re: [JAVA2D] Should drawGlyphVector() honour rendering hints?
I should add that I am using JSE 6 Update 10 b28 on Vista. -- And loving it, -Qu0ll (Rare, not extinct) _ [EMAIL PROTECTED] [Replace the SixFour with numbers to email me] [Message sent by forum member 'qu0ll' (qu0ll)] http://forums.java.net/jive/thread.jspa?messageID=291221 === 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.
Re: [JAVA2D] Should drawGlyphVector() honour rendering hints?
How about a test case? Dmitri [Message sent by forum member 'trembovetski' (trembovetski)] http://forums.java.net/jive/thread.jspa?messageID=291222 === 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.
Re: [JAVA2D] Should drawGlyphVector() honour rendering hints?
OK, I'll put one together. But, in general, should drawGlyphVector() produce output of the same quality as drawString()? -- And loving it, -Qu0ll (Rare, not extinct) _ [EMAIL PROTECTED] [Replace the SixFour with numbers to email me] [Message sent by forum member 'qu0ll' (qu0ll)] http://forums.java.net/jive/thread.jspa?messageID=291224 === 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.
[JAVA2D] Image Rendered in Negative as I swtich the app from one monitor to another
Hi there, I've got a problem with imaging. I'm running java 1.6.0_03-b05. Window XP on dualview. I've got a rendering engine that draws images and shapes on a backbuffer (VolatileImage) and then eventually draws it back on a Jpanel. Most of the time it all works fine but on occasion when I move the application from one monitor to another the rendered image shows up in negative. Sometime the image comes back fine when I move the application back again to the other monitor but on occasion I just can't get it back. The internal process of switching monitor is handled by stopping rendering, overwritting the back buffers with new VolatileImages and re rendering. Has anyone ever encountered something like this? Thank you. [Message sent by forum member 'magpie' (magpie)] http://forums.java.net/jive/thread.jspa?messageID=291228 === 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.
Re: [JAVA2D] How to detect hardware acceleration?
[EMAIL PROTECTED] wrote: 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? There's no way on Windows XP to do this. Translucent windows are done through GDI on XP, so no possibility of hardware acceleration beyond what we already do. Anyway, VRAM is not supposed to be accessed from by the CPU. The idea is that you upload the data there (preferably not very often) and let the GPU handle it (using shaders, or whatever), and then show it. On some architectures for some particular framebuffers there's advantage to writing directly to vram, but Windows isn't one of them. So just keeping your buffers in vram may not be the best way especially if your application requires per-pixel access. On Vista (where each window is pretty much a piece of offscreen video memory) there is a way to do translucent windows with full hw acceleration - that is, the data never leaves vram. We'll be looking into this for future releases. Thanks, Dmitri 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. === 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.