Hi, Thanks again for clarifying. As I'm not a PDF expert, this was a little confusing to me. Maybe you can further elaborate this in the java doc sometime in the future ;)
We will apply your suggestions and let you know whether it worked once we received feedback. Best regards, Joshua Joshua <[email protected]> schrieb am Mi., 3. Juni 2026, 09:13: > Hi, > > > https://javadoc.io/static/org.apache.pdfbox/pdfbox/3.0.7/org/apache/pdfbox/pdfwriter/compress/Compr… > <https://javadoc.io/static/org.apache.pdfbox/pdfbox/3.0.7/org/apache/pdfbox/pdfwriter/compress/CompressParameters.html#CompressParameters-int-> > > I understood the int constructor like the amount of objects (= the number > of xrefs) were limited to 200 by default. > > What would be a rational value for a compression with as less quality loss > as possible? Would you advise to use the default value even for large PDFs > with high resolution images? > > > Joshua > > Joshua <[email protected]> schrieb am Do., 28. Mai 2026, 11:08: > >> Hi, >> >> We will upgrade to the PDFBox 3.0.7 and see if the problem still occurs. >> Though, I could not find any code changes that would prevent this from >> happening. >> >> By saving the PDF using compressed object streams, do you mean calling >> the save method without compression parameters? As far as I understand the >> docs, this would limit the amount of objects beeing saved, meaning the >> saved PDF would be missing content. Please correct me, if I'm wrong. >> >> Best regards, >> Joshua >> >
