Comments on: Dummy’s guide to drawing raw images in Java 2D http://tech.puredanger.com/2007/10/12/images-java2d/ Alex Miller's technical blog Mon, 06 Feb 2012 19:39:50 -0800 hourly 1 http://wordpress.org/?v=3.1.4 By: lokesh http://tech.puredanger.com/2007/10/12/images-java2d/comment-page-1/#comment-16576 lokesh Thu, 06 Dec 2007 08:49:02 +0000 http://tech.puredanger.com/2007/10/15/images-java2d/#comment-16576 hi, I am working on raw data of images using which i have to draw image i am able to draw different image format data like .jpg,.bmp, .png. but i am facing a problem to draw a bmp image which is of index colormodel type and has 8 bits per pixel can you please assit me regarding this. hi,
I am working on raw data of images using which i have to draw image i am able to draw different image format data like .jpg,.bmp, .png. but i am facing a problem to draw a bmp image which is of index colormodel type and has 8 bits per pixel can you please assit me regarding this.

]]> By: Jan Erik Paulsen http://tech.puredanger.com/2007/10/12/images-java2d/comment-page-1/#comment-12794 Jan Erik Paulsen Sun, 04 Nov 2007 19:21:45 +0000 http://tech.puredanger.com/2007/10/15/images-java2d/#comment-12794 If you want to play with Java 2D you can try out my prototype tool Teppefall FX. You have to use Javascript instead of Java, but that gives you no compile cycle and the ability to reload via ctrl-r. FX also supports rendering over RMI and server side image generators (license required). The CAPTCHA images on my website are powered by the same framework. http://app.teppefall.com/download /jp Teppefall If you want to play with Java 2D you can try out my prototype tool Teppefall FX. You have to use Javascript instead of Java, but that gives you no compile cycle and the ability to reload via ctrl-r.

FX also supports rendering over RMI and server side image generators (license required). The CAPTCHA images on my website are powered by the same framework.

http://app.teppefall.com/download

/jp
Teppefall

]]> By: Dmitri Trembovetski http://tech.puredanger.com/2007/10/12/images-java2d/comment-page-1/#comment-10930 Dmitri Trembovetski Wed, 17 Oct 2007 20:06:27 +0000 http://tech.puredanger.com/2007/10/15/images-java2d/#comment-10930 One comment about the implementation you do not have to create an image every time. And hopefully you are not creating the array either and just reusing it (assuming it doesn't change size). Typically you'd get a pixel array from the already created DataBuffer (BufferedImage.getRaster().getDataBuffer().getData(), although you'll need to cast to the particular DataBuffer subclass for the getData() call, like DataBufferInt) and just modify it. In general while there may be some cases where direct pixel access is warranted (like if your pixels are generated by some hardware - a video stream, or you are doing some per-pixel effects) in the majority of cases you should just use the Graphics (Graphics2D) context for rendering. While currently rendering to a BufferedImage is not hardware accelerated in Sun implementation we do have a highly optimized software rendering pipeline.. Other rendering destinations (such is VolatileImage and BufferStrategy) may have hardware accelerated rendering operations so you might consider using them as the back-buffer for your application (BufferStrategy is the preferred way of doing it, btw). Thanks, Dmitri Java2D Team One comment about the implementation you do not have to
create an image every time. And hopefully
you are not creating the array either and just reusing it
(assuming it doesn’t change size).

Typically you’d get a pixel array from the already created
DataBuffer (BufferedImage.getRaster().getDataBuffer().getData(),
although you’ll need to cast to the particular DataBuffer subclass
for the getData() call, like DataBufferInt) and just modify it.

In general while there may be some cases where direct pixel access is
warranted (like if your pixels are generated by some
hardware – a video stream, or you are doing some per-pixel
effects) in the majority of cases you should just use
the Graphics (Graphics2D) context for rendering.

While currently rendering to a BufferedImage is not
hardware accelerated in Sun implementation we do have
a highly optimized software rendering pipeline..

Other rendering destinations (such is VolatileImage and
BufferStrategy) may have hardware accelerated rendering
operations so you might consider using them as the
back-buffer for your application (BufferStrategy is the
preferred way of doing it, btw).

Thanks,
Dmitri
Java2D Team

]]> By: Alex http://tech.puredanger.com/2007/10/12/images-java2d/comment-page-1/#comment-10921 Alex Wed, 17 Oct 2007 18:34:36 +0000 http://tech.puredanger.com/2007/10/15/images-java2d/#comment-10921 Actually, I wrote my first version of this using those setRGB() methods. They work fine, but you are essentially limited to some (possibly good enough) constraints about the color model and data representation as these methods assume standard RGB and 8-bit color. You are also giving up a lot of control over how the data is stored and passed. Actually, I wrote my first version of this using those setRGB() methods. They work fine, but you are essentially limited to some (possibly good enough) constraints about the color model and data representation as these methods assume standard RGB and 8-bit color. You are also giving up a lot of control over how the data is stored and passed.

]]> By: waqas http://tech.puredanger.com/2007/10/12/images-java2d/comment-page-1/#comment-10920 waqas Wed, 17 Oct 2007 18:17:49 +0000 http://tech.puredanger.com/2007/10/15/images-java2d/#comment-10920 You probably don't know about this, but you can paint individual pixels or pixel ranges on a BufferedImage using the setRGB(...) methods. You probably don’t know about this, but you can paint individual pixels or pixel ranges on a BufferedImage using the setRGB(…) methods.

]]>