Newsgroup: it.comp.grafica
Titolo: [Press] UCR/GCR durante stampa

Mi sto trovando di fronte a dei PDF le cui righe di testo sono in rich
black mentre -chiaramente- sono piu' che sufficienti in K.
Non usando Pitstop per una serie di motivi, e volendo comunque tentare
di risolvere il problema alla radice, al fine di ottenere dei file
corretti, vorrei capire (o almeno provarci) come viene gestito
l'UCR/GCR dai driver di stampa PS. Domando questo perche' non vedo
nessuna opzione che mi permetta di settarlo in qualche maniera "a
priori", cioe' indipendentemente dal file che entra in stampa.[*]
Suggerimenti?[**] 
Grazie :)
[*] "Ovviamente" il problema si presenta se mi arrivano file creati con
programmi POCO "seri". Questo include anche la stampa pagina di prova
in uindous. Con i programmi "seri" in quanto tali, il problema non si
pone. Suppongo che il problema si ponga nella conversione di spazio
colore, ma non so spiegarmi perche' un R0 G0 B0 non puo' semplicemente
diventare un C0 M0 Y0 K100 invece di un coacervo in technicolor.
[**] oltre ai gia' noti:
- usare programmi "seri"
- smetterla con queste pippe mentali, che' divento cieco e mi spuntano
i peli sulle mani
- pensare a cose piu' redditizie e meno "filosofeggianti"
-- 
ilClod! /
ICQ UIN 97056271
«Eh!, la trasparenza è come la panna nella cucina francese: una gran
puttana al servizio degli incapaci.»  - Giordano Galli

 black mentre -chiaramente- sono piu' che sufficienti in K.
tradotto cosa vuol dire?
ciao!!! grazie
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 tradotto cosa vuol dire?
Che il testo e' stampato in quattro colori.


 li...can...tro...po! Uaargh! :-) GROWL!
Tanto 'un ti vedo :-P
(leggasi: t'ho fregato sul tempo)


 l'UCR/GCR dai driver di stampa PS
Fammi capire: hai un pdf rgb che devi stampare in 
separazione generando nero solo sulla lastra K oppure 
vuoi correggere un pdf cmyk che ha già il nero in 
tutti e quattro i canali?
Puoi illustrare un esempio che vada dal documento di 
origine al dispositivo di uscita facendoci capire a 
che punto pensi di intervenire e su cosa?
giordano

 che punto pensi di intervenire e su cosa?
Ho questo PDF in rich black. Il sorgente era un .doc.
Il PPD e' l'Adobe Distiller, con ICC euroscale coated. Il PDF e' stato
generato con Ghostscript 8. Questi i dati iniziali. :)
Finora il mio ragionamento e' stato: dato che il problema si presenta
solo quando ci sono file del genere, e non quando creo i PDF con Corel
(perche' anche da Corel preferisco distillare), suppongo che i
programmi "seri" escono direttamente in quadricromia, e non devono
convertire lo spazio colore.
Viceversa, sapendo che il file esce in RGB, deve essere poi convertito
in CMYK[*] dal driver di stampa, e secondo me qui casca l'asino. Credo
che il driver di stampa converta in questo modo, per cui -da ignorante-
credo ci siano delle impostazioni da modificare nel PPD circa la
gestione e la conversione degli spazi colore. Ammesso che ci siano.
Poi, vabbe', se il documento fosse solo nero posso stampare in
monocromatico e morta li', ma cosi' son buono a farlo anche da solo :-P
[*] BTW, ho scoperto che la stampante PS non converte in CMYK un RGB
finche' non le assegni un profilo colore CMYK. Se non imposti l'ICC il
PDF rimane RGB.


 Uhm... questo vive qui vicino...
No. E' che ho fatto la naja, per cui ho "imparato le lingue" :P


 Che dici, ci metto uno smiley? :-)
Vedi tu.
Se odi(i) tutti 'sti qua, allora fai prima a cambiar regione. :)
IIRC sono tutti tra SI, PI e LI.


 Davvero? E magari qualcuno anche a Pistoia?
Non che io ricordi.
Anche perche' non sono mai stato in Toscana. Li sentivo solo via
telefono...


 PDF rimane RGB.
Questa non l'ho capita. Cosa intendi qui "per stampante PS"? 
Se parliamo di un interprete PostScript (corrispondente o 
meno ad un dispositivo fisico) le conversioni effettuate 
credo siano regolate dal capitolo sul Rendering del Red 
Book e dal modo in cui è configurato.
Sono confuso dal fatto che tu parli di pdf in relazione a 
un dispositivo PostScript: puoi chiarirmi nel dettaglio?
giordano
PS
Vedo dai tuoi messaggi che ti preoccupa il constatare di essere 
dedito a seghe mentali.
Vorrei consolarti fornendo l'ennesimo esempio di come i clienti 
possano spingerti a manovre stranissime anche quando hai a che 
fare con lavori apparentemente semplici.
Ti ricordi il libro stampato in bicromia Nero + Pantone verde 
che mi aveva dato problemi? Il file da sviluppare era, come 
ricorderai, un pdf preparato utilizzando il cyan al posto del 
Pantone.
Il cliente ha ora l'esigenza di mettere on-line la pubblicazione 
e vuole vedere il suo pdf con il colore verde ma vorrebbe 
evitare di convertire tutte le eps con trasparenza che ha 
inserito nell'impaginato.
Il tentativo attualmente al vaglio consiste nel partire dal pdf 
in quadricromia Nero + Cyan e utilizzare PitStop per attribuire 
a tutti gli elementi un profilo generato grazie all'abuso della 
funzione "Custom CMYK" di Photoshop.  :PPPPPPPPPP

 funzione "Custom CMYK" di Photoshop.  :PPPPPPPPPP
Che bello, siamo in due a far danni :-))))
Tu decisamente piu' seri, pero' :P


 consideri" sono io.
Vabbe', dai, nessuno e' perfetto ;P


 riesci a farmi entrare in testa qualcosa che posso capire :-)
Dovrei avere prima in testa qualcosa io, e non si dà il caso.
Comunque se hai voglia mandami tutto quello che ritieni, poi 
magari ci sentiamo per telefono perché con l'interfaccia di 
Windows ho la dimestichezza che ti puoi immaginare.  x:)
giordano

Ciao Clod
Come volevasi dimostrare hai ragione tu.
Questo è ciò che si trova nel .ps da te generato 
chiedendo al driver di utilizzare un profilo ICC:
/DeviceCMYK dup setcolorspace /colspABC exch def
0.957 0.836 0.824 0.906 3 scol
che in sostanza genera quel nero arricchito (e pure un 
po' alto come inchiostro totale) 95,7c 83,6m 82,4y 90,6k 
che si trova poi nel pdf.
Questo il codice corrispondente nel file senza profilo:
0 0 0 1 scol
che produce invece il nero rgb (0, 0, 0).
Per quanto riguarda la mia testolina ignorante hai 
dunque scoperto una cosa mica da poco, ovvero che il 
driver si permette eccome di effettuare conversioni 
quando si seleziona un profilo colore, e non lo fa 
inserendo il profilo nel file .ps ma usandolo al volo 
per generare, a partire dai valori rgb forniti dalla 
applicazione 'tonta' di turno, gli equivalenti cmyk.
Btw, qualcuno mi corregga se sbaglio, ma io non ricordo 
di avere mai visto con MacOS9 e OSX qualcosa del genere 
nell'interfaccia di un driver PostScript.
Per riprendere adesso la tua idea di evitare il nero 
rgb schifolonzo, non saprei proprio come intervenire 
sul file con profilo che purtroppo già sviluppa i 
valori cmyk (se non individuando tutte le ricorrenze 
della stringa che specifica il nero cmyk ricco e 
sostituendole brutalmente).
Sul file rgb senza profilo, invece, se la procedura 
/scol{! setcolor}b
diventa
/scol
{!
currentcolorspace 0 get /DeviceRGB eq 
  {3 copy add add 0 eq 
     {1 setcmykcolor}
     {setcolor} ifelse
  } 
  {setcolor} ifelse
} b
il pdf di prova esce con il nero (0, 0, 0) trasformato 
in cmyk (0, 0, 0, 1) ma naturalmente si tratta solo di 
un tarocco orrendo (tanto per dirne una, se la successiva 
chiamata a setcolor non è preceduta da un setcolorspace 
si verifica un disastro bello e buono.
Il file del tarocco è sul solito ftp (80.22.62.147 'icg' 'icg') 
nella cartella 'ilClod' e ha nome "Conversione nero 
scol.ps
".
Se invece nel tuo .ps rgb inserisci subito dopo %%EndPageSetup 
sta roba 
%% Tarocco BG-UCR
{
  currentcolorspace 0 get /DeviceRGB eq
    {
      currentcolor add add 0 eq
      {pop 1}
      {//currentblackgeneration} ifelse
    } 
    {//currentblackgeneration} ifelse
} bind setblackgeneration
{
  currentcolorspace 0 get /DeviceRGB eq
    {
      currentcolor add add 0 eq
      {pop 1}
      {//currentundercolorremoval} ifelse
    }
    {//currentundercolorremoval} ifelse
} bind setundercolorremoval
%% Fine Tarocco
producendo un pdf in Distiller con un setting che conservi 
le informazioni BG e UCR e stampando da Acrobat 6 attivando 
nella sua interfaccia l'invio delle informazioni, un qualche 
effetto si ottiene, ma - ocio - lo si vede solo se nei due 
posti in cui leggi "pop 1" sostituisci, ad esempio, "pop 0.5" 
ottenendo una generazione di nero bislacca. Sembra infatti che 
Acrobat e anche la mia stampante Xerox, quando non altrimenti 
istruiti, scelgano di generare il nero (o almeno quello del 
testo contenuto nel tuo esempio) come solo K, sicché per 
vedere l'effetto di una impostazione personale occorre 
appunto differenziarla dalla generazione totale.
Sembra in altri termini che le nostre preoccupazioni circa 
il destino del testo rgb (0, 0, 0) siano alle volte eccessive.
D'altronde il buon Photoshop 7 sembra al contrario fregarsene 
_sempre_ delle eventuali informazioni BG e UCR contenute nel 
.ps in quanto, quando gli si chiede di rasterizzarlo, usa 
sempre, più o meno, il profilo cmyk impostato nelle sue 
preferenze colore.
A questo punto sarebbe carino se qualcuno che può somministrare 
un .ps direttamente a un RIP di alta fascia (leggi Rodolfo, se 
ha voglia) pescasse sia il file "Conversione nero BG-UCR 
1.ps
" 
che la versione 'strana' "Conversione nero BG-UCR 0,
5.ps
" 
dall'ftp (se preferibile, posso anche inviarli per posta) e 
ci facesse sapere come li separa il suo RIP che ovviamente, 
se dotato di una opzione riguardante il recepimento delle 
istruzioni BG e UCR dal job, dovrebbe essere impostato sia 
in un modo che nell'altro per vedere se c'è differenza.
Tutto ciò vale solo se non ho commesso errori sui quali 
Distiller sorvolava, ovviamente.  xxx:)
L'idea che vado facendomi è che si possa forse cambiare il 
comportamento di un file rgb privo di profili inserendo 
istruzioni BG e UCR tramite, magari, un'estensione del driver 
di stampa (e facendo conto sul fatto che le immagini raster 
si regolano in modo autonomo senza risentire della modifica), 
ma che non si possa dare per scontato il fatto che questa 
personalizzazione sopravviva al tipico workflow da fotolito.
Più sinteticamente: RODOLFO DICCI QUALCOSA!!!  ;)
giordano

 Più sinteticamente: RODOLFO DICCI QUALCOSA!!!  ;)
gasp!
il mio rip non credo sia più di fascia alta (Taipan 2) comunque scarico i 
file e vi dico.
mi ridici da dove?
MA NON E' PIU' SEMPLICE CORREGGERE 'STO NERO CON PITSTOP?
CHE CI VANNO 3 SECONDI?
io scarico ma poi Clod è meglio che mi mandi il pdf che te lo correggo.
ciao
rodolfo 

 CHE CI VANNO 3 SECONDI?
In effetti hai ragione: sono ben sfacciato a romperti le 
scatole per un esercizio di pura pippa mentale: giuro che 
poi non ti chiederò altro per almeno quindici giorni.  }:)
Il problema di Clod comunque non è un pdf da correggere, 
ma il fatto di avere poco da fare: se qualcuno gli affida 
del lavoro impegnativo, magari limita la sperimentazione.  ;)
giordano

 io scarico ma poi Clod è meglio che mi mandi il pdf che te lo correggo.
Il fine non e' la correzione del PDF. E' capire come posso rimediare
autonomamente senza spendere XXX (comunque troppi per me in questo
periodo) euro.
Grazie per la disponibilita'.
-- 
ilClod! / Domani colloquio... sperèm.


 del lavoro impegnativo, magari limita la sperimentazione.  ;)
ODIO darti ragione. :-(


Clod, 
non fare il depresso, dai! Peggio di me non puoi stare, 
e guarda come me la rido.  :))))  <- incosciente o scemo?
Per inciso, guarda che se, come mi sembra di capire 
dalla tua risposta a Rodolfo, pensi di dare a questi 
esperimenti un'applicazione pratica sui pdf con cui 
lavori, devi tenere presente che in generale non 
potrai mai riuscire nell'intento, anche una volta 
trovata la perfetta implementazione.
Voglio dire che potrai intervenire solo su quei 
documenti nei quali tu (ie non il codice che scrivi) 
potrai escludere la presenza di elementi nei quali 
il nero rgb (0, 0, 0) deve essere convertito con 
la generazione utilizzata per gli altri colori, 
ovvero quella originale non taroccata.
Esempi di questi elementi problematici sono:
- l'estremo di una sfumatura realizzata come tale 
  (ovvero come smooth shading, improbabile in un 
  pdf generato da programmi à la Word, ma non si 
  sa mai); pensa ad una sfumatura rgb originale 
  di tipo lineare che vada da rosso a nero, ossia 
  da (255, 0, 0) a (0, 0, 0): un attimo prima di 
  raggiungere l'estremo nero il colore può essere un 
  (2, 0, 0) tradotto in cmyk come (93, 82, 81, 89) e 
  accanto a lui c'è lo (0, 0, 0) tradotto in 100k 
  che ovviamente è parecchio più chiaro; il risultato 
  è dunque un estremo dall'aspetto più grigio che nero
- l'estremo di una sfumatura realizzata come 
  serie di tracciati adiacenti, alla maniera di 
  quella nerchia di XPress: la situazione è la 
  stessa dell'esempio precedente con la differenza 
  che in genere lo spessore dell'ultima striscia, 
  quella troppo chiara, sarà maggiore che nello 
  smooth shading sicché il difetto sarà più grave
- un blending di forme, per esempio da un quadrato 
  rosso a un cerchio nero: il cerchio nero risulterà 
  ancora una volta troppo luminoso rispetto alle 
  forme quasi nere che gli stanno accanto.
Colloquio di che, se si può ficcanasare? Comunque 
auguroni!!
giordano

 auguroni!!
Piccola casa editrice.
Spero che vada bene, se no mi butto nel naviglio dopo essermi
sbudellato di cassöla.
