Out of memory problem saving large BufferedImage

Question

I have a problem saving large (f.e. 12 000 x 9 000 ) images.

I'm developing a graphical editing software ( something like simple Photoshop ) and The user obviously has to have to ability to save the image.

Lets say I would like to save the image as .png. Does JAVA always need to use the BufferedImage for saving drawn stuff ?

I know the equation for size of the image is: Xsize * Ysize * 4 ( red, green, blue, alpha ) So in this case we get over 400 MB.

I know I could save the image in parts ( tiles ) but the user would have to merge them somehow anyway.

Is there any other way to save such a large image without using the BufferedImage ?

Code for saving the image:

 public static void SavePanel() {

    BufferedImage image = null;
    image =  new BufferedImage(
            (int) (Main.scale * sizeX ),
            (int) (Main.scale * sizeY ),
            BufferedImage.TYPE_INT_RGB);

    g2 = image.createGraphics();
    panel.paint(g2);


    try {
        ImageIO.write(image, "png", new File(FactoryDialog.ProjectNameTxt.getText() + ".png"));
    } catch (IOException e) {
    }


}

Thank you in advance !

Waldheinz · Accepted Answer · 2011-07-14T11:02:34.210

6

The ImageIO.write(..) methods accept an RenderedImage, not just a BufferedImage. I successfully exploited this fact some time ago to write out really large images. Generally, the writer implementations write out the image sequentially, and ask the RenderedImage only for the pieces they currently need.

From looking at your code, I think it should be possible to hack a RenderedImage implementation which takes your panel in it's constructor and can be passed to ImageIO for writing. During the process, ImageIO will request data from your image. You can then use the panel to create the requested pieces (Raster contents) on the fly. This way, the whole image does not have to be stored in memory at any point. A starting point for this approach is

public class PanelImage implements RenderedImage {

   private final Panel panel;

   public PanelImage(Panel panel) {
      this.panel = panel;
   }

   /* implement all the missing methods, don't be afraid, most are trivial */

}

Obviously, you should also check if your panel doesn't suffer from the same problem as the BufferedImage. Depending on the nature of you application, you'll have to hold the image in memory at least once anyway (modulo using tiles). But this way you can at least avoid the duplication.

edited Jul 14 '11 at 11:02

answered Jul 14 '11 at 10:49

Waldheinz

10,399
3
31
61

Sounds like a good idea but I'm having a bit of trouble implementing the getSampleModel and getData(rect) methods ( not really familiar with those) – Icki Jul 14 '11 at 13:12
You may create a `BufferedImage` in these methods, paint the region of interest into that, and then return it's `Raster` or `SampleModel`. If this turns out to be a problem itself, maybe it's a good idea to post a separate question on those issues, so we don't have to discuss it in the comments. – Waldheinz Jul 14 '11 at 14:30
ok, thank you for your help, I have a bit of a problem withe the Raster but I guess I'll put it in another question – Icki Jul 15 '11 at 09:09
If you could take a look here - http://stackoverflow.com/questions/6705352/saving-large-images-raster-problem I specified my problem there – Icki Jul 16 '11 at 08:30

score 0 · Answer 2 · answered Jul 14 '11 at 10:48

0

Using native image resizer like image magick instead.

answered Jul 14 '11 at 10:48

Amareswar

2,048
1
20
36

Out of memory problem saving large BufferedImage

2 Answers2

Linked