The first bit is just a warning, not an error. Of course, you could check what has changed in v9.11 that makes this not recommended anymore. Maybe they already handle it internally when you set -dPDFACompatibilityPolicy=1 and the old setting can interfere. But when the output of the validator doesn't change, it's probably just meant as you don't need to specify this anymore, we activate it ourselves.
Speaking of the validator, those look more like warnings too and not like deal breakers. In the end, only you know what your contractor expects of you. And if they don't even bother inspecting the result, this will be irrelevant. After all, the only reason PDF/A exists is for archiving reasons. It pretty much just throws out all the proprietary clutter from the PDF standard. The important thing is that fonts are embedded to always be able to display them correctly, and that it's specified how images and other media are embedded. If your contractor expects more of you, they should pay for the appropriate software. Richard PS: this isn't really meant for this, but you could install Scribus and try to import the PDF there. It also has a validator similar to Adobes Preflight. Maybe it can give you a more precise result. I'm not sure if it even can output PDF/A, I only know that it does PDF/X, but maybe it can even be used for better conversion to PDF/A. The last time I tried to import a large PDF into Scribus it got kinda stuck, but it has evolved since then and maybe it was a hardware limitation. On Thu, Jul 4, 2024 at 4:38 AM Greg Marks <gtma...@gmail.com> wrote: > $gs -dQUIET -dUseCIEColor -sProcessColorModel=DeviceCMYK -sDEVICE=pdfwrite > -dPDFACompatibilityPolicy=1 > -dCompressFonts=true -dSubsetFonts=true -sFONTPATH=/usr/share/fonts/ -o > new.pdf old.pdf > > [Gives warnings: > > GPL Ghostscript 10.00.0: > > Use of -dUseCIEColor detected! > Since the release of version 9.11 of Ghostscript we recommend you do > not set > -dUseCIEColor with the pdfwrite/ps2write device family.] > > Uploading new.pdf to https://www.pdfforge.org/online/en/validate-pdfa > produces report "The file is not a valid PDF/A document" with these > details: > > ISO 19005-1:2005 > 6.1.8 > The object number and generation number shall be separated > by a single white-space character. The generation number > and obj keyword shall be separated by a single white-space > character. The object number and endobj keyword shall each be > preceded by an EOL marker. The obj and endobj keywords shall > each be followed by an EOL marker. > > ISO 19005-1:2005 > 6.1.7 > The stream keyword shall be followed either by a CARRIAGE RETURN > (0Dh) and LINE FEED (0Ah) character sequence or by a single > LINE FEED character. The endstream keyword shall be preceded > by an EOL marker > > Repeating with the flag -dUseCIEColor removed prevents the Ghostscript > warnings but doesn't change the PDF/A validation result. > > Best regards, > Greg Marks >
