[
https://issues.apache.org/jira/browse/PDFBOX-2401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14164965#comment-14164965
]
Timo Boehme commented on PDFBOX-2401:
-------------------------------------
Maybe you can revert your change. The real error is in
org.apache.pdfbox.encoding.PDFDocEncodingCharset
the initializing for-loop at line 43 has 'i<255' but should read 'i<256'.
Therefore xFF gets mapped to x00 (I checked section D of the PDF reference:
code xFF should map to U+00FF.
Can you do the change? (I have to update my environment first)
Thanks, Timo
> Image has wrong colors after Merge
> ----------------------------------
>
> Key: PDFBOX-2401
> URL: https://issues.apache.org/jira/browse/PDFBOX-2401
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel, Utilities
> Affects Versions: 1.8.7, 1.8.8, 2.0.0
> Reporter: Tilman Hausherr
> Assignee: Tilman Hausherr
> Fix For: 1.8.8, 2.0.0
>
> Attachments: michael levine.pdf, p13-17.pdf, p13-17double.pdf
>
>
> Marc Davis fronm the user mailing list has provided a file (michael
> levine.pdf) that, when merged with another file, has a black image on page 17
> ("TL-9"). I tried to investigate / narrow this somewhat:
> - it happens with any other file, or just use the michael levine file twice
> - extracting p17 with PDFSplit and then merging the result doesn't do it
> - extracting p1-17 with PDFSplit and then merging the result does do it
> - extracting p13-17 with PDFSplit and then merging the result does do it,
> altthough the black is now at the first page
> The page is not really "black", the colors are incorrect.
> That's all I found out until now. I compared the two files with PDFDebugger
> and can't see any obvious differences. I looked into the files with
> NOTEPAD++, there are some differences like that the colorspace is now
> indirect.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
