[cstex] Posunuté barvy ve výtisku PDF vygenerovaného TeXem

[Zdenek Wagner]

Barevný obrázek v PNG bych určitě nevkládal do PDF určeného pro tisk.
PDF pro tisk by měl nejlépe vyhovovat specifikaci PDF/X-1a, tedy barvy
v CMYK, PDF verze 1.3, žádná průhlednost. PDF/X-1a má ještě další
požadavky, které již nejsou tak podstatné (nastavení MediaBox a
TrimBox, data vytvoření, data modifikace, titul). PNG je buď
grayscale, nebo RGB. Pokud tisknu ve stupních šedi a mám PNG skutečně
jako grayscale, pak se dá použít. Je nutno dát pozor na to, že šedivě
vypadající objekt může být vložen jako RGB s nastavením R=G=B, což na
monitoru dopadne dobře, ale v tisku špatně.

Aby RGB prošel při tisku dobře, je nutné, aby PDF skutečně vyhovoval
PDF/X-1a, tj. musí být v souboru "intent" a musí být vložen ICC
profil, aby RIP věděl, jak to má zkonvertovat na CMYK. Navíc osvitka /
tiskový stroj / plotter musí mít RIP, který je toho schopen a obsluha
tuto funkci nesmí vypnout (DTP Amos má tu funkci úmyslně vypnutou a
mají to napsáno v informaci pro zákazníky, požadují povinně PDF ve
CMYKu).

Díval jsem se do "špatných" PDF tak, že jsem je pomocí pdftops převedl
do čitelnější podoby. Zjistil jsem, že za jistých podmínek při návratu
na černou se nepoužije 0 g ani 0 0 0 1 k, ale 0 0 0 r. Obvykle k tomu
dojde právě po vložení butmapy v RGB, protože se zapne /DeviceRGB.

Pro kompatibilitu s PDF/X-1a vím o dvou balíčcích:

pdfx.sty - umí vložit ICC profil i metadata v XML, umí i PDF/A-1b, ale
má natvrdo nastavenu jednu velikost stránky, kterou nelze změnit,
vkládá ouze profil FOGRA39, jehož použití obvykle skončí barevnou
katastrofou, neboť naše tiskové stroje na něj nejsou připraveny,
vyžaduje hyperref, jenže tento balíček může způsobovat fatální
problémy s jinými balíčky, funguje pouze s pdftexem

zwpagelayout.sty - neumí vložit metadata v XML, ale umí vložit ICC
profil,  (jméno souboru lze zadat jako option), rozměry stránky a
velikost boxů se počítá z rozměrů zadaných v options, umí předefinovat
barvy z balíčku color.sty tak, aby byly ve CMYKu, má podporu pro
zapnutí přetisku černé (black overprint), většinu funkcí podporuje v
pdftexu, dvips i xetexu (přesný popis je v manuálu)

Rozdílné barvy v Linuxu a ve Windows mě nepřekvapují. Acrobat pro
Linux asi nemá moc dobře udělanou správu barev, ghostscript ji nemá
vůbec, takže třeba cmykový PDF bude v ghostscriptu zobrazen jinak než
v acrobatu. Pokud mi jde o barevný tisk, kontroluju každý obrázek
samostatně, a vím, že po převedení na CMYK pomocí LCMS to dopadne
dobře, i když v linuxovém Acrobatu vidím barvy na monitoru jinak.

Dne 15. června 2012 16:26 Michal Růžička <xruzick7 at fi.muni.cz> napsal(a):
> Přeji příjemné předvíkendové odpoledne,
>
> obracím se na vás s dotazem na zkušenosti s tiskem TeXem generovaných PDF.
>
> Včera jsem na jedné poster session narazil na to, že jeden z účastníků
> měl na posteru (vysázen TeXem do PDF - předpokládám užití pdflatexu,
> následně vytištěn na plotteru) posunutou černou barvu do šedé. Zajímavé
> bylo, že takto posunutá barva byla jen v určitých částech posteru
> (několik odstavců tuhle, několik obrázků tamhle). Nejednalo se přitom o
> nějaký barevný přechod, který by se dal svést na problém hardware
> plotteru, spíš se zdá, že v daných místech něco (rip plotteru?)
> usoudil, že zde nemá být černá, ale tmavě šedá.
>
> V této souvislosti jsem si vzpomněl na to, že jsem si při prohlížení
> pdflatexem připraveného PDF v Adobe Readeru (asi pod Linuxem, ale možná
> se to takto chovalo i pod Windows) všiml něčeho podobného - dokument
> byl vícestránkový a na jedné ze stránce uprostřed dokumentu byl na
> jejím horním konci obrázek (PNG, vkládaný přes \includegraphics).
> Zbytek stránky, který obsahoval text stejně jako zbytek dokumentu, měl
> zjevně odlišnou barvu textu. Přišlo mi, že spolu s PNG se zavedl
> odlišný barevný profil a ten přetrval od místa vložení obrázku do konce
> stránky.
>
> V souvislosti s tím mám ještě jedno pozorování - identický PDF soubor
> je v Adobe Readeru pod Linuxem (ověřeno na několika úplně nezávislých
> strojích) zobrazen se zřetelně odlišnými barvami než to samé PDF v
> Adobe Readeru pod Windows (zde ověřeno na jednom počítači i na stejném
> monitoru bez zásahu to jeho barevného seřízení), kde se to plus mínus
> přesná barevná kalibrace monitoru shodovalo s výtiskem. Má Adobe Reader
> pod Linuxem zavedené jiné barevné profily? Nebo to žene přes Xka, které
> jsou jinak/špatně seřízená, co se barevných profilů týče?
>
> Velmi ocením vysvětlení zkušenějších.
>
> Toto mne také přivedlo na myšlenku, zda by na příští zvané přednášce
> při valné hromadě CSTUGu nechtěl někdo pronést povídání o požadavcích a
> problémech předtiskové přípravy pro profesionální tisk.
>
> S díky a přeji klidný víkend
> Michal Růžička
>
>
> --
> Michal Růžička <xruzick7 at fi.muni.cz>
> OpenPGP key: https://www.fi.muni.cz/~xruzick7/pgp-klic/
> Fingerprint: 1CB2 41B9 F029 4B47 EECD  9BDA 90C9 CEB0 524C DACB
>
> _______________________________________________
> csTeX mailing list
> csTeX at cs.felk.cvut.cz
> http://lists.felk.cvut.cz/mailman/listinfo/cstex



-- 
Zdeněk Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz