[
https://issues.apache.org/jira/browse/PDFBOX-3564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15657713#comment-15657713
]
ASF subversion and git services commented on PDFBOX-3564:
---------------------------------------------------------
Commit 1769322 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1769322 ]
PDFBOX-3000, PDFBOX-3564: use the colormodel corresponding to the source raster
to convert into the components, as suggested by PDFBOX-3564
> 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
> 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]
