[
https://issues.apache.org/jira/browse/PDFBOX-5169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17325495#comment-17325495
]
Jakov Vežić commented on PDFBOX-5169:
-------------------------------------
[~lehmi] that makes sense, the author said they tried to keep the PDF as small
as possible (I guess I didn't think it would be compressed _that_ much). It's
also filled with all sorts of PDF functions like bookmarks, links, "back"
buttons (didn't even know that's a thing), etc.
This merge is in essence something we do on-the-fly on our website, it creates
a cover page for the actual PDF before downloading it, and merges them
together.
Is there a possibility of speeding up the merge on 3.0.0, or is it just a lost
cause since PDFBox would have to go through all the compressed stuff first?
> PDFMerger produces overly large output PDF
> ------------------------------------------
>
> Key: PDFBOX-5169
> URL: https://issues.apache.org/jira/browse/PDFBOX-5169
> Project: PDFBox
> Issue Type: Bug
> Affects Versions: 2.0.22, 2.0.23
> Environment: Debian 10
> Reporter: Jakov Vežić
> Priority: Minor
>
> Using PDFMerger to combine
> [https://www.dropbox.com/s/kprk7aeggni420c/1.pdf?dl=1]
> with
> [https://www.dropbox.com/s/0h8bced4tm3gppz/2.pdf?dl=1]
> results in an overly large file. The two input files are 1,25 MB and 16,3 MB
> large, while the output file is just over 400 MB large. The action also
> consumes about 1 GB of memory. No errors are produced during the merge that I
> can tell.
> The command is:
> {code:java}
> java -Xmx2500M -jar pdfbox-app-2.0.23.jar PDFMerger 1.pdf 2.pdf output.pdf
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
