[
https://issues.apache.org/jira/browse/PDFBOX-4267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16587552#comment-16587552
]
Jani Pehkonen commented on PDFBOX-4267:
---------------------------------------
One small problem remaining. The Matte entry should use the color space of the
image, not the color space of the SMask. This line in method
PDImageXObject.extractMatte():
{code:java}
matte = softMask.getColorSpace().toRGB(matte);{code}
I think it should be:
{code:java}
matte = getColorSpace().toRGB(matte);{code}
This probably won't cause any visible difference in PDF rendering because
typically the Matte entry is an array of zeros, so toRGB(matte) will be black.
> Incorrect rendering when /Matte entry
> -------------------------------------
>
> Key: PDFBOX-4267
> URL: https://issues.apache.org/jira/browse/PDFBOX-4267
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 2.0.11, 3.0.0 PDFBox
> Reporter: Tilman Hausherr
> Assignee: Tilman Hausherr
> Priority: Major
> Fix For: 2.0.12, 3.0.0 PDFBox
>
> Attachments: bugzilla888437.pdf, gs-bugzilla688797-reduced.pdf,
> gs-bugzilla688797.pdf
>
>
> The image softmask in the attached file has a {{/Matte 0 0 0}} entry. PDFBox
> displays the PDF differently than Adobe Reader, the reflection shown by
> PDFBox is barely visible. When the /Matte entry is deleted, then it is barely
> visible in Adobe Reader too. So the /Matte entry does make some difference,
> although I don't understand how.
> In the PDF specification, the formula shown is c' = m + α x (c - m). So 0
> should have no effect?!
> I looked at the code of PDF.js, they have a special handling when alpha is 0,
> don't know why.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
