[
https://issues.apache.org/jira/browse/PDFBOX-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tres Finocchiaro updated PDFBOX-5971:
-------------------------------------
Description:
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.
Good: (with DPI)
{quote}{{java -jar ~/Downloads/pdfbox-app-2.0.33.jar PrintPDF -dpi 203
-noColorOpt /Users/owner/Downloads/pb_usps_sample.pdf}}
{quote}
Not as good:
{quote}{{java -jar ~/Downloads/pdfbox-app-2.0.33.jar PrintPDF -dpi 203
-noColorOpt /Users/owner/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!
was:
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.
Good: (with DPI)
{quote}{{java -jar ~/Downloads/pdfbox-app-2.0.33.jar PrintPDF -dpi 203
-noColorOpt /Users/owner/Downloads/pb_usps_sample.pdf}}
{quote}
Not as good:
{quote}{{java -jar ~/Downloads/pdfbox-app-2.0.33.jar PrintPDF -dpi 203
-noColorOpt /Users/owner/Downloads/pb_usps_sample.pdf}}
{quote}
[^pb_usps_sample.pdf]
!image-2025-03-07-13-34-55-860.png!
> 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.
>
> Good: (with DPI)
> {quote}{{java -jar ~/Downloads/pdfbox-app-2.0.33.jar PrintPDF -dpi 203
> -noColorOpt /Users/owner/Downloads/pb_usps_sample.pdf}}
> {quote}
> Not as good:
> {quote}{{java -jar ~/Downloads/pdfbox-app-2.0.33.jar PrintPDF -dpi 203
> -noColorOpt /Users/owner/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-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
