You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "John Hewson (JIRA)" <ji...@apache.org> on 2015/08/11 05:17:46 UTC
[jira] [Commented] (PDFBOX-2204)
java.lang.ArrayIndexOutOfBoundsException in SampledImageReader.from8bit
[ https://issues.apache.org/jira/browse/PDFBOX-2204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14681163#comment-14681163 ]
John Hewson commented on PDFBOX-2204:
-------------------------------------
Looking again at this, the PDF spec says:
{quote}
In addition, the image’s colour space may serve as the foundation for a palette of colours that are selected using samples
coming from the image’s data channels: the equivalent of an Indexed colour space in PDF.
{quote}
So it appears the Indexed color spaces are supported. I've made the change I mentioned above in to the BPC calculation in JPXFilter, so that we're measuring the size of the samples going in, not the samples coming out.
> java.lang.ArrayIndexOutOfBoundsException in SampledImageReader.from8bit
> -----------------------------------------------------------------------
>
> Key: PDFBOX-2204
> URL: https://issues.apache.org/jira/browse/PDFBOX-2204
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 2.0.0
> Reporter: Tilman Hausherr
> Assignee: John Hewson
> Labels: JPEG2000, JPXDecode, JPXFilter
> Fix For: 2.1.0
>
> Attachments: PDFBOX-2204-012411.pdf, pdfbox-2204-012411.pdf-11.png
>
>
> I get this with the attached file on page 11:
> {code}
> java.lang.ArrayIndexOutOfBoundsException: 8296
> at org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.from8bit(SampledImageReader.java:253)
> at org.apache.pdfbox.pdmodel.graphics.image.SampledImageReader.getRGBImage(SampledImageReader.java:146)
> at org.apache.pdfbox.pdmodel.graphics.image.PDImageXObject.getImage(PDImageXObject.java:188)
> at org.apache.pdfbox.util.operator.pagedrawer.Invoke.process(Invoke.java:80)
> {code}
> The problem is in JPXFilter. Per the spec, we must ignore the BITS_PER_COMPONENT value from the PDF and use the one from the image. We set BITS_PER_COMPONENT to 8 because colorModel.getComponentSize(0) is 8. colorModel.getPixelSize() is 4. In "normal" images, the sum of the colorModel.getComponentSize() values equals colorModel.getPixelSize().
> I'm not sure what to do. I am using this code locally:
> {code}
> ColorModel colorModel = image.getColorModel();
> int pixelSize = colorModel.getPixelSize();
> int[] componentSize = colorModel.getComponentSize();
> if (pixelSize < componentSize[0])
> {
> LOG.warn("componentSize[0] of image ignored, because pixelSize < componentSize[0]");
> LOG.warn("pixelSize: " + pixelSize);
> LOG.warn("componentSize.length " + componentSize.length);
> for (int i = 0; i < componentSize.length; ++i)
> {
> LOG.warn("componentSize[" + i + "]: " + componentSize[i]);
> }
> }
> else
> {
> parameters.setInt(COSName.BITS_PER_COMPONENT, componentSize[0]);
> }
> {code}
> and now the PDF renders properly and the image at the bottom right is almost correct. (A circle on the left is missing)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org