Opracowuję przepływ pracy „bez papieru” i planuję zapisać wszystkie pliki w formacie PDF / A-1b.
Próbuję opracować prosty plik wsadowy do konwersji plików PDF, które tworzę lub odbieram do formatu PDF / A-1b. Począwszy od tej odpowiedzi , mam następujący plik wsadowy:
gswin32c ^
-dPDFA ^
-dNOOUTERSAVE ^
-sProcessColorModel=DeviceCMYK ^
-dUseCIEColor ^
-sDEVICE=pdfwrite ^
-o %2 ^
-dPDFACompatibilityPolicy=1 ^
"C:\Program Files (x86)\gs\gs9.07\mylib\PDFA_def.ps" ^
%1
W PDFA_def.ps wypróbowałem kilka różnych profili ICC, w tym jeden znaleziony w moim systemie
C:/Windows/System32/spool/drivers/color/CalibratedDisplayProfile-5.icc
i sRGB_IEC61966-2-1_no_black_scaling.icc
z color.org .
Mój testowy plik wejściowy to 1-stronicowy e-mail wydrukowany z Microsoft Outlook 2010 przy użyciu CutePDF 2.8 (który używa Ghostscript 8.15).
Po przekonwertowaniu za pomocą mojego pliku wsadowego i Ghostscript 9.07 program Adobe Reader uważa, że dane wyjściowe to PDF / A, ale sprawdzenie poprawności PDF / A-1b przez pdf-tools.com kończy się niepowodzeniem z komunikatem „Wartość klucza N wynosi 4, ale musi wynosić 3 . ”
Prześledziłem to z powrotem do następującej konstrukcji w pliku wyjściowym PDF:
<</Filter/FlateDecode
/N 4/Length 2595>>stream
Jeśli zmienię /N 4
na /N 3
, komunikat „wartość klucza N” zniknie. /N
najwyraźniej reprezentuje liczbę obiektów w strumieniu następującym po tym nagłówku. Nie wiem, jak odczytać zakodowany strumień, więc nie rozumiem, co zawiera, ani dlaczego pdf-tools uważa, że musi zawierać tylko 3 obiekty.
Plik PDF / A wydrukowany przy użyciu Bullzip, który również korzysta z Ghostscript, również nie sprawdza poprawności komunikatem „klucz N to 4, ale musi być 3”.
Czy to ma coś wspólnego z przestrzenią kolorów? Jestem poza moją głębią. Myślę, że byłbym zadowolony z „zwykłej” przestrzeni sRGB. Dokumenty Ghostscipt mówią, że kodowanie PDF / A musi być CMYK . Adobe sugeruje, że RGB lub CMYK działa w przypadku plików PDF / A. Nie jestem więc pewien, jak znaleźć odpowiedni profil .icc.
A może weryfikator się myli i wszystko jest w porządku?
źródło
Proponuję najpierw ponownie przetestować twój problem w najnowszej wersji 9.07 Ghostscript, na wypadek, gdyby problem został już rozwiązany.
Jeśli to nie pomoże, potrzeba prawdziwego guru PDF, aby rozwiązać ten problem. Podejrzewam, że problem ma coś wspólnego z konfliktem między zawartością pliku .ps a parametrami polecenia gswin32c.
Ponieważ jednak problematyczny plik jest generowany przez ghostscript, masz prawo opublikować swoje pytanie na stronie Bugzilla ghostscript (wymagana rejestracja), gdzie programiści odpowiedzą na twoje pytanie. Jeśli jest to błąd w ghostscript, najprawdopodobniej zostanie naprawiony w następnej wersji.
Oprócz opisu problemu jak w poście należy dołączyć przykładowy plik wejściowy .ps i wynikowy plik .pdf. Spróbuj zminimalizować ich rozmiary.
W przeszłości zgłaszałem kilka podejrzanych błędów ghostscript na tym forum i zawsze otrzymałem dobrą odpowiedź, a wszystkie znalezione przeze mnie błędy zostały naprawione.
źródło