Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Mon, 29 Dec 2014 10:59:15 +0000 (UTC)
From: "Benedikt Ritter (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: <JIRA.12696419.1392939041000.109255.1419850755343@Atlassian.JIRA>
In-Reply-To: <JIRA.12696419.1392939041000@Atlassian.JIRA>
References: <JIRA.12696419.1392939041000@Atlassian.JIRA>
 <JIRA.12696419.1392939041774@arcas>
Subject: [jira] [Updated] (IMAGING-127) API to get a single image should
 allow choosing which image
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/IMAGING-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benedikt Ritter updated IMAGING-127:
------------------------------------
    Fix Version/s: Patch Needed

> API to get a single image should allow choosing which image
> -----------------------------------------------------------
>
>                 Key: IMAGING-127
>                 URL: https://issues.apache.org/jira/browse/IMAGING-127
>             Project: Commons Imaging
>          Issue Type: Improvement
>            Reporter: Trejkaz
>             Fix For: Patch Needed
>
>         Attachments: june 1 part I.tif
>
>
> getBufferedImage() only returns the first image. There should be a way to retrieve any image by index (and by extension, an API to get the image count.)
> getBufferedImages() cannot be used for large multi-page TIFF files, because creating that many BufferedImage objects causes an OutOfMemoryError.
> (For that matter, a method to get a scaled down copy would be useful as well, as some formats can optimise that not to retrieve all the data, but also it means you can reduce the memory usage for absolutely massive images.)


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)