[
https://issues.apache.org/jira/browse/PDFBOX-3569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15726066#comment-15726066
]
Andreas Lehmkühler edited comment on PDFBOX-3569 at 12/6/16 10:15 PM:
----------------------------------------------------------------------
I ran some tests. I've rendered GWG060_Shading_x1a.pdf , GWG061_Shading_x1a.pdf
and PDFBOX1058-DocuPrintMono205Series_8c68.pdf using
{code}PDFToImage -time -imageType png -resolution 300{code}
Linux 1.7.0_75 / MacOSX JDK 1.7.0_71:
- the current implementation is 2-3 times faster than the new conversion method
Linux 1.8.0_101:
- the new conversion method is 50% faster than the the current implementation
- the results of the current implementation are 2-3 times slower that the
1.7.0_75 results (KCMS/LCMS effect)
My special file is always way much faster with the new implementation.
Saying that it depends on the use case if it make sense to active the new
conversion method or not.
was (Author: lehmi):
I ran some tests. I've rendered GWG060_Shading_x1a.pdf , GWG061_Shading_x1a.pdf
and PDFBOX1058-DocuPrintMono205Series_8c68.pdf using
{code}PDFToImage -time -imageType png -resolution 300{code}
Linux 1.7.0_75 / MacOSX JDK 1.7.0_71:
- the current implementation is 2-3 times faster than the new conversion method
Linux 1.8.0_101:
- the new conversion method is 50% faster than the the current implementation
- the results of the current implementation are 2-3 times slower that the
1.7.0_75 results (KCMS/LCMS effect)
My special file is always way much faster with the new implementation.
Saying that it depends on the use case if it make sense to active the new
conversion method.
> Performance regression in PDColorSpace#toRGBImageAWT
> ----------------------------------------------------
>
> Key: PDFBOX-3569
> URL: https://issues.apache.org/jira/browse/PDFBOX-3569
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Affects Versions: 2.0.3, 2.1.0
> Reporter: Andreas Lehmkühler
> Assignee: Andreas Lehmkühler
> Fix For: 2.0.4, 2.1.0
>
> Attachments: PDFBOX-1058.pdf-3.png, PDFBOX-1058.pdf-3.png,
> PDFBOX-1058.pdf-3.png-diff.png, PDFBOX-2700-JCS_YCCK.pdf-1.png,
> PDFBOX-2700-JCS_YCCK.pdf-1.png, PDFBOX-2700-JCS_YCCK.pdf-1.png-diff.png,
> PDFBOX-3569-patch_v2.txt, PDFBOX-3569-patch_v3.txt,
> UNTUNT-20161205-A001-E1.pdf
>
>
> I've a private pdf containing 1900 tiny inline images (CMYK, 8bit) which
> renders way too slow. Again the CMYK2RGB conversion is the culprit here, BUT
> the known issue with the KCMS/LCMS change isn't the main problem here.
> I ran some tests on linux (PDFToImage time -imageType png -resolution 150)
> 1.6.0_37: 355s
> 1.7.0_25: 289s
> 1.7.0_75: 298s
> 1.8.0_101: cancelled after 15 min
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
