You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Tres Finocchiaro (Jira)" <ji...@apache.org> on 2025/03/07 19:25:00 UTC
[jira] [Comment Edited] (PDFBOX-5971) Degraded quality on macOS when dpi is not provided
[ https://issues.apache.org/jira/browse/PDFBOX-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17933421#comment-17933421 ]
Tres Finocchiaro edited comment on PDFBOX-5971 at 3/7/25 7:24 PM:
------------------------------------------------------------------
bq. Now I understand, but then the issue is kindof the same as the old one.
I agree, the escalation is identical but I'm happy to work from a new report as the issue there was easily solved with noColorOpt and that's likely to help others searching a problem of that severity.
bq. on my machine it outputs a barcode when printing to PDF on windows in default size (A4)
Sadly the code from PDFBOX-5967 outputs a blank page on both PDFwriter and the physical Zebra printer, I tried:
* Removing all transforms
* Converting PNG to JPEG
The only way I can get output is to change {{BufferedImage.TYPE_BYTE_BINARY}} to something else such as {{BufferedImage.TYPE_INT_RGB}}
was (Author: tresf):
bq. Now I understand, but then the issue is kindof the same as the old one.
I agree, the escalation is identical but I'm happy to work from a new report as the issue there was easily solved with noColorOpt and that's likely to help others searching a problem of that severity.
bq. on my machine it outputs a barcode when printing to PDF on windows in default size (A4)
Sadly the code from PDFBOX-5967 outputs a blank page on both PDFwriter and the physical Zebra printer, I tried:
* Removing all transforms
* Converting PNG to JPEG
The only way I can get output is to change it to {{BufferedImage.TYPE_INT_RGB}}
> Degraded quality on macOS when dpi is not provided
> --------------------------------------------------
>
> Key: PDFBOX-5971
> URL: https://issues.apache.org/jira/browse/PDFBOX-5971
> Project: PDFBox
> Issue Type: Bug
> Affects Versions: 2.0.33, 3.0.4 PDFBox
> Environment: openjdk 11.0.26
> macOS 15.3.1
> Reporter: Tres Finocchiaro
> Priority: Major
> Attachments: image-2025-03-07-13-34-55-860.png, pb_usps_sample-1.pdf
>
>
> When providing a `-dpi` to PDFBOX:
> {quote}Render into intermediate image with specific dpi and then print. Use -1 for automatic detection of printer resolution.
> {quote}
> When printing to a 203 DPI printer on macOS, the quality differences are quite different, with `-dpi 203` being significantly better quality. This issue was originally discovered in PDFBOX-5967 due to a downstream usage preferring `-dpi 203` for some older JDK versions due to a hard-crash (PDFBOX-2682).
>
> Good: (with DPI)
> {quote}{{java -jar ~/Downloads/pdfbox-app-2.0.33.jar PrintPDF -dpi 203 -noColorOpt ~/Downloads/pb_usps_sample.pdf}}
> {quote}
> Not as good: (without DPI)
> {quote}{{java -jar ~/Downloads/pdfbox-app-2.0.33.jar PrintPDF -noColorOpt ~/Downloads/pb_usps_sample.pdf}}
> {quote}
> * I understand that this may be a result of something happening at the OS-level. If this is the case, any guidance as to how to isolate and provide a bug report for openjdk is greatly appreciated.
> * If there's a workaround that can be used as a stop-gap leveraging the PDFBOX API, that would also be greatly appreciated.
>
> [^pb_usps_sample.pdf]
> !image-2025-03-07-13-34-55-860.png!
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org