[
https://issues.apache.org/jira/browse/PDFBOX-2274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr closed PDFBOX-2274.
-----------------------------------
Resolution: Not a Problem
A filtered stream is the compressed stream. You weant a JPEG file, so you have
to take the filtered stream, i.e. use getFilteredStream().
What your (wrong) solution did, was to copy the filtered stream (the JPEG) into
the unfiltered stream 1:1, because you had no FILTER active.
I'm closing this as "not a problem" but you can still comment.
> Decoding issue in PDImageXObject
> --------------------------------
>
> Key: PDFBOX-2274
> URL: https://issues.apache.org/jira/browse/PDFBOX-2274
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel
> Affects Versions: 2.0.0
> Reporter: Dominic Tubach
>
> I'm using JpegFactory to create an PDImageXObject from a content stream.
> There the constrcutor
> {code}
> PDImageXObject(PDDocument document, InputStream filteredStream,
> COSBase cosFilter, int width, int height, int bitsPerComponent,
> PDColorSpace initColorSpace)
> {code}
> is used.
> I've found the following issue:
> The method getUnfilteredStream() of the COSStream in the PDImageXObject
> returns an input stream containing a RandomAccessFileInputStream with
> {{currentPosition = 50814}} and {{endPosition = 1440000}} and my following
> operation fails.
> If the method doDecode() of the COSStream is called before the filter is set
> in the COSStream the input stream returned by getUnfilteredStream() contains
> a RandomAccessFileInputStream with {{currentPosition = 0}} and {{endPosition
> = 50814}} and the result is as expected.
> I've achieved this by adding
> {code}
> getStream().getStream().getDecodeResult();
> {code}
> before
> {code}
> getCOSStream().setItem(COSName.FILTER, cosFilter);
> {code}
> in the PDImageXObject contructor.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
