Newsgroup: it.comp.grafica
Titolo: cerco descrizione di pdf/x-1a

Precisamente: cerco una descrizione delle caratteristiche, in italiano (in
inglese già trovato molto) , di suddetto standard.
Tschus!

 Tschus!
Cappa e Drago?
giordano

 Tschus!
Tschüss :)
BORJSLT (brigate ortografiche rivoluzionarie junior sezione lingua tedesca)
oscare
www.leveldesign.it

 qualcosa le devi comprare da ISO.
qualcosa del tipo:
"immagini a 300 dpi,
no trasparenze,
no RGB o LAB,
no OPI,
no ICC,
..."
Qualche aggiunta?

Ciao DoZ
Il qualcosa del tipo che elenchi, significa avere lo standard in 
mano e verificare nel dettaglio cosa è permesso e cosa no.
So che sei un po' cazzone, ma ardisco lo stesso chiederti: 
a che ti serve sta descrizione?  <:)
giordano
PS
Come vanno gli affari (sempre che di affari si possa ancora 
parlare)?

Ho cercato di riassumerle qui:
 
http://www.boscarol.com/pages/cms/820-pdfx.html
I commenti tecnici sono benvenuti.
Ciao.
-Mauro

 a che ti serve sta descrizione?  <:)
Devo impostare ad hoc una lista di specifiche per gli inserti pubblicitari
di un mensile, visto che ci arriva di tutto (dal file di Corel Draw,
all'Xpress 6.5 su win, passando per Freehand 5, ecc.) e siccome - non avendo
fiducia nei grafici (come me) - non credo basti scrivere "pdf/x 1a", volevo
aggiungere la lista di caratteristiche prese una ad una.

 aggiungere la lista di caratteristiche prese una ad una.
Grazie per il chiarimento.
Provo a fare qualche considerazione, sperando che qualcuno con 
più esperienza del sottoscritto integri e corregga quanto scrivo.
La lista delle caratteristiche non è secondo me disponibile a meno 
che ti compri i relativi documenti sul sito ISO (poche decine di 
Euro l'uno, ma il punto è capirne il contenuto).
Inoltre uno standard Pdf/X non si riduce a questo: ottemperarvi, 
potrebbe implicare limitazioni che non ti interessano.
Infine, anche se tu avessi l'elenco delle caratteristiche, questo 
potrebbe risultare insufficiente a implementare con Distiller o con 
una funzione di esportazione come quella di InDesign uno workflow 
Pdf/X. Quello che ti serve, se vuoi utilizzare tale formato, è un 
software che sappia produrre questo tipo di Pdf, ad esempio 
Distiller 6 o InDesign CS. Diversamente, se l'ottemperanza ad un 
certo standard non è un prerequisito, puoi costruirti una serie 
di impostazioni (una per Distiller, una per InDesign, una per 
CorelDraw) che producono Pdf idonei alla lavorazione in questione.
Tieni tra l'altro presente che alcuni aspetti, se non sbaglio anche 
la risoluzione delle immagini raster, non sono trattati da Pdf/X 
che non è pensato, per quel che ne so, per coprire tutti gli aspetti
(utile, a questo riguardo, dare un'occhiata allo standard Pdf/X-Plus, 
ad esempio su 
www.ghentpdfworkgroup.org
).
Voglio dire che se riesci a definire per bene il tuo set di regole, 
può risultare più utile mandare agli interlocutori un link alle 
impostazioni da te preparate per i diversi applicativi e magari, 
se il tuo fondo cassa lo consente, a un servizio di validazione 
dei pdf da loro prodotti.
A tua volta, utilizzando anche strumenti relativamente economici 
come PitStop, puoi poi controllare e validare (nonché, se lo vuoi, 
correggere) i pdf in ingresso secondo un set di regole che può 
andare anche molto oltre quanto consentito da Pdf/X.
giordano

 I commenti tecnici sono benvenuti.
Complimentoni! - che non so se come commento è molto 
tecnico.  :)
Ho solo un dubbio marginale circa il fatto che i Pdf/X-1 
possano avere versione pdf inferiore a 1.3: in tal caso 
non mi sembra che caratteristiche come Trapped potrebbero 
essere implementate.
E una domanda: per quanto riguarda le prove colore, quando 
l'OutputIntent non coincide con le condizioni di stampa, 
non diventa necessario, prima della conversione verso il 
dispositivo di prova, realizzare quella verso il profilo 
della condizione di stampa?
Anzi, ne ho un'altra di domanda: nel caso di conversione 
dall'OutputIntent ad una diversa condizione di stampa, che 
fine fanno cose come il testo nero? Si può/deve proteggerle 
esprimendole in greyscale o anche questo viene convertito 
in quanto assimilato al canale K dell'OutputIntent?
Btw, mi puoi dire dove hai letto che è possibile per un Pdf/X 
utilizzare un OutputIntent che non coincide con la condizione 
di stampa finale?
Da ultimo, posso farti lavorare aggratis qualche microsecondo 
su qualcosa di semi-OT, ovvero la definizione di ArtBox? 
Nella tua illustrazione è limitato a parte del layout, proprio 
come nel Reference. Per quanto mi riguarda non ho mai capito 
che senso abbia questa scelta, in quanto ciò che mi aspetterei 
per un'entità con quel nome è una versione pdf del Bounding 
Box: immagino tu abbia le idee più chiare.  :)
Grazie mille.
giordano

Ciao Giordano,
inizio dall'ultima: per un PDF che rappresenta una pagina completa è
normale specificare il TrimBox (quello che in PostScript si chiama
PageSize).
Per un PDF che non rappresenta una pagina completa (per esempio
un'inserzione) il box da specificare è l'ArtBox (quello che in EPS si
chiama BoundingBox).
La penultima: è giocoforza che un OutputIntent possa contenere un
profilo che non è quello della macchina sulla quale effettivamente si
stampa (e non è scritto da nessuna parte che *non* può essere così).
Uno prepara un PDF/X per esempio per Euroscala (perché crede che
verrà stampato così) e poi il PDF/X viene stampato su SWOP (perchè
il titolare ha deciso di stamparlo in America). I valori CMYK, che sono
riferiti a Euroscala, vanno convertiti per SWOP in fase di stampa.
La terzultima: quello del testo nero è un problema che non è stato
ancora risolto (da ICC e PDF/X). Ci sono alcune soluzioni
"proprietarie" che usano tecnologie diverse (DeviceLink, Ink Purity,
Black Preservation) come FileOut (di GMG), CMYK Optimizer (Alwan),
Link-O-Lator (Left Dakota). In un PDF/X-1a comunque non puoi mettere
gray.
La quart'ultima: certo, hai ragione, sono stato un po' sbrigativo nel
mio testo.
La prima: l'informazione di trapping è solo un sì o un no. Se il file
è trapped metti sì; se non è trapped e non richiede trapping o
comunque non vuoi trapparlo metti ancora sì; se non è trappato e vuoi
che sia lo stampatore a decidere se trapparlo o no, metti no. Lo
stampatore, se trova sì non deve fare niente. Se trova no deve fare
quello che vuole o quello che è specificato negli accordi.
Ciao, grazie per i commenti.
Mauro

 La prima: l'informazione di trapping è solo un sì o un no.
Scusami, non sono stato chiaro (e sai che novità).
Il meccanismo Trapped limitato a /True e /False era chiaro persino 
a me; quello che mi rendeva perplesso era trovare uno snippetino 
di specifiche 1.3 in un contesto che ammetteva addirittura 
l'intestazione 1.0.
D'altronde, proprio sabato, mi sono scaricato le note NPES e ci ho 
trovato esattamente quello che scrivi tu: ne deduco che, una volta 
intestato il pdf con una determinata versione Adobe, tutto ciò che 
(chiaramente nel rispetto delle specifiche Pdf/X) compare al suo 
interno, se è più recente rispetto alla versione d'intestazione 
deve ritenersi un'estensione della versione stessa, soggetta alle 
specifiche Adobe in cui è definita nonché alle eventuali limitazioni 
previste da Pdf/X (e un esempio perfetto sarebbe proprio Trapped). 
L'unica restrizione è che nel pdf non può comparire qualcosa che, 
al contempo, non sia esplicitamente consentito dalle specifiche 
Pdf/X e abbia influenza sul risultato stampato (ad esempio la 
trasparenza). In altri termini, per quanto riguarda ciò che può 
e non può comparire in un Pdf/X la versione Adobe non è un 
riferimento vincolante. Dici che adesso ho capito?  :)
Grazie mille di tutto.
giordano

 interno, se è più recente rispetto alla versione d'intestazione
Qui credo di non aver capito io. Immagino che se hai un PDF 1.0 e ne
fai un PDF/X-1a il flag di trapping deve essere true (lo stampatore non
deve fare niente). Ma in realtà non lo so, non saprei.
Ciao.
Mauro

 deve fare niente). 
Non sono riuscito a spiegarmi bene. 
Come funziona Trapped mi sembra chiaro (speriamo in bene :).
E quanto a ciò che si può fare con esso in un pdf 1.0 non avrei 
dubbi: visto che non è previsto che quel pdf ne sia provvisto, 
credo si possa utilizzarlo a piacere.
Il punto è se Trapped viene o meno preso in considerazione dal 
software che legge il pdf. Mi spiego meglio.
Il mio dubbio riguarda il modo in cui si deve comportare 
un software che non ragiona secondo Pdf/X quando elabora un 
pdf 1.0 contenente Trapped, e più in generale quale deve 
essere il comportamento del software quando nel file da 
lui esaminato vengono inserite caratteristiche che sono 
definite ad un livello delle specifiche superiore a quello 
utilizzato dal file stesso. Nella fattispecie, il software 
che incontri Trapped nelle Info di un pdf 1.0 lo userà, oppure 
partendo dal presupposto che un tale pdf non possa contenere 
quell'informazione (ma al più una key omonima definita al 
di fuori delle specifiche, magari da una certa software 
house) assegnerà a Trapped il valore di default (ovvero 
Undefined, che per un Pdf/X non può che essere sbagliato)? 
Comunque sia, le mie versioni di Acrobat sembrano accedere 
normalmente all'informazione, sicché probabilmente non c'è 
problema alcuno e sto facendoti perdere tempo. Sorry.  :)
Grazie ancora.
giordano

mi sembra di leggere la trama di un episodio di "Ai confini della relatà"...
:-\

 "Ai confini della relatà"...
Più articolatamente, cos'è che ti rende perplesso?
Btw, come vedi da solo Pdf/X non può assicurarti una 
vita tranquilla (ad esempio non controlla la risoluzione 
delle immagini raster e il loro grado di compressione).
Hai dato un'occhiata a Pdf/X Plus?
Hai pensato alle alternative di Enfocus?
giordano

 Hai pensato alle alternative di Enfocus?
C'avevo pensato, sì, e mi piacerebbe tanto capire come funziona Intant PDF,
per comprendere se fa al caso nostro...

 Piuttosto, cosa vuol dire "DeviceN"?
DeviceN, che nelle nuove specifiche 1.6 (Acrobat 7) si 
arricchisce di nuove complicazioni :), è una classe di 
spazi colore con i quali si può esprimere una qualsiasi 
combinazione di inchiostri. Per fare un esempio: 
[/DeviceN [/Black /Rosso /Oro] /DeviceCMYK 15 0 R]
esprime una tricromia che usa i tre inchiostri menzionati 
tra parentesi quadre con la quale si potrebbe colorare più 
o meno qualsiasi cosa. Quando il dispositivo di output non 
supporta quegli inchiostri (ad esempio quando si tratta di 
un monitor), lo spazio /DeviceN viene convertito nel suo 
spazio colore sostitutivo (nell'esempio, /DeviceCMYK) 
utilizzando la conversione specificata dallo spazio /DeviceN 
stesso (nel nostro esempio indirettamente, tramite il rimando 
"15 0 R") e poi in quello utilizzato dal dispositivo di output.
Tra le applicazioni di /DeviceN (eventualmente in combinazione 
con altri tipi di spazio colore) vi sono i Multitone (quindi 
in particolare la rappresentazione Pdf delle immagini "Due 
tonalità" di Photoshop) e la stampa ad alta fedeltà (per 
esempio l'esacromia cmykog Pantone).
giordano