[
https://issues.apache.org/jira/browse/PDFBOX-3564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15702896#comment-15702896
]
Tilman Hausherr commented on PDFBOX-3564:
-----------------------------------------
Moving to 2.0.5 as I haven't committed my other transparency changes to the 2.0
branch. I hope to be able to do more research in the quiet, relaxed days at the
end of the year, but after 2.0.4 release.
> SoftMask needs consider colormodel of input Image
> -------------------------------------------------
>
> Key: PDFBOX-3564
> URL: https://issues.apache.org/jira/browse/PDFBOX-3564
> Project: PDFBox
> Issue Type: Improvement
> Components: Rendering
> Affects Versions: 2.0.3
> Reporter: Matthias Bläsing
> Fix For: 2.0.5, 2.1.0
>
> Attachments: MaskRendering.pdf, softmask.patch
>
>
> I'm currently following a rendering problem of a poster. While doing so I
> found a first lead, that resulted in a first patch.
> The PDF I'll attach contains an image with a mask applied to it. If rendering
> works correctly, only a single green "OK" should be visible. With pdfbox
> 2.0.3 and HEAD I get a white sheet.
> I tracked this down into SoftMask.java. There a source raster is sampled by
> querying the pixel data via getPixel(int,int,int[]). This will only work
> correctly for RGBA input sources. In my case the input image is an RGB image
> and getPixel does not overwrite the initial 0 value in the rgba value array.
> The attached patch uses the colormodel corresponding to the source raster to
> convert into the components. This correctly returns the alpha value of an RGB
> image as 255.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
