Newsgroup: it.comp.grafica
Titolo: jpg in tipografia?

Mi serve un consiglio.
per la mia tesi di laurea in architettura ho usato pagemaker 6.5.
La tesi verrà stampata come un vero libro con tanto di copertina, ma il
problema non è questo.
Praticamente, consigliato da SAPIENTONI dell'università ho inserito foto jpg
nelle schede.
Ora, leggendo sia in questi post che nel newsgroup americano su pagemaker,
mi sono accorto dell'errore.
Secondo voi, quando porterò il file in tipografia, cosa potrà succedere? (è
impensabile la sostituzione delle foto scansionate in tiff, visto che mi ci
sono voluti due anni di lavoro per finire la tesi).
Ah dimenticavo.
Vado in tipografia anche perchè dovendo usare file eps di illustrator per la
grafica vettoriale di autocad 2002 non possiedo una stampante postscript
level 3 che mi stampi adeguatamente i file eps (e poi a coonti fatti mi
costa meno in tipografia fra tempo e stampa).
La tipografia dovrebbe usare una macchina digitale per la stampa di quelle
che stampano fino ad A3 ma.
Non so che tipo di macchina sia ma vi assicuro che occupa una stanza intera.
pensate ci siano problemi?
Grazie e ciao

 intera. pensate ci siano problemi?
per il problema di convertire le JPG in tiff, puoi automatizzare la cosa 
con un'action di photoshop e poi riagganciare le immagini da pagemaker (e 
quante saranno! in una tesi, un centinaio, mica 10000)
con ogni probabilità usano una macchina tipo indigo o simili, il cui RIP 
(correggetemi se dico cazzate) dovrebbe essere in grado di fare uscire 
anche le jpg in scioltezza; 
il problema semmai è un altro (la domanda è d'obbligo): hai fatto da te 
le separazioni dei colori ? le hai fatte ? 
per la massima sicurezza, io uscirei con uno o più file in formato PDF, 
con le specifiche fornite dallo stampatore, una volta assicuratomi dallo 
stesso che è in grado di provvedere ad un preflight accurato dei file (il 
controllo prima della stampa), ed all'eventuale imposizione (il metodo 
per stampare le pagine in modo che la prima e l'ultima siano sui due lati 
della piega dello stesso foglio: l'ho spiegato da cani ma è così)
QQG

 QQG

 ha scritto nel messaggio
news:KbGe9.17484$AW6.3...@twister2.libero.it...

se l'attrezzatura della tipografia è aggiornata non ci dovrebbero essere
problemi.
Poiché si tratta di una stampa in composito non importa nemmeno che le tue
foto siano in RGB e non convertite in CMYK, sarebbe necessario se dovessi
stampare davvero in tipografia visto che Pagemaker (come Xpress e inDesign)
non è in grado si fare la separazione in quadricromia da immagini RGB.
Per inciso la "tipografia" non ha a che vedere con il tuo lavoro che è
stampa digitale, in ogni caso dovrebbe bastare già un postscript level 2 per
riconoscere il jpeg, il mio rip lo fa.
ciao
rodolfo

 riconoscere il jpeg, il mio rip lo fa.
il problema dell'inserimento di immagini in formato jpeg 
o, tanto per aggiornarci al futuro prossimo :), di tiff 
che implementino la compressione à la jpeg non è in realtà 
correlato al livello del PostScript utilizzato nel rip ma 
solo alle capacità di importazione dell'applicativo di 
turno. mi spiego meglio. 
per quanto si dica che dal Level 2 in poi un rip conforme 
alle specifiche supporta jpeg, la realtà è che il rip si 
limita a rendere disponibile tra i filtri di decompressione 
uno che è basato sulla Discrete Cosine Transform (namely, 
DCTDecode) ovverosia sulla stessa idea che sta alla base 
della compressione adottata dal formato jpeg. questo non 
vuol dire però che una immagine in formato jpeg venga 
trasferita di peso dall'applicativo che la importa: credo 
piuttosto che il parser del filtro di importazione svolga 
una funzione di interpretazione (ie decompressione) dei 
dati che vengono resi disponibili all'applicativo in un 
formato raw il quale viene poi inviato al dispositivo di 
uscita PostScript preprocessandolo eventualmente con la 
versione encoding di uno o più di uno tra i vari filtri 
disponibili; l'applicativo può dunque decidere di non 
utilizzare il filtro DCTEncode e in tal caso l'uso di un 
rip che lo supporta risulta del tutto inutile; similmente, 
se anche l'immagine importata non è una jpeg, essa può 
benissimo venire compressa dct al momento dello spool 
(o della esportazione diretta in pdf). l'unica cosa certa è 
che l'applicativo (o il driver di stampa, se è lui a costruire 
la stream PostScript) non è autorizzato ad utilizzare la 
compressione dct se questa non è implementata dal dispositivo 
e a questo riguardo fa fede quanto contenuto nel relativo ppd 
(per inciso, questo è uno dei tanti motivi per i quali è 
preferibile utilizzare quello giusto). 
gio

 spazi rgb utilizzati.
direi che concordo, ma visto che qui c'è chi, dopo aver comprato un rip
Apogee che tratta direttamente i pdf, se gli mandi un file pdf  lo
rasterizza in photoshop per salvarlo in eps e stamparlo da xpress....
ma 'sti lumbard quanto sono avanti rispetto a noi muntagnin?
ciao
rodolfo