Newsgroup: it.comp.grafica
Titolo: Stampa offset e programmazione

Devo fare un programma che trasforma un immagine in formato bitmapped in
una matrice per stampare con macchine
offset. Qualcuno conosce dei siti che trattano questo argomento dal
punto di vista del programmatore ?
Grazie...

 ha scritto nel messaggio
news:3A0D8C96...@usa.net...

veramente c'è un mucchio di software e harware per fare ciò: sei sicuro?
devi costruire anche una fotounità o devi inviare i dati ad una esistente?
Comunque ormai tutto funziona in postscript, quindi scrivi un rip che
trasformi il postscript nel formato che vuoi mandare alla fotounità che
costruirai.
Il postscript se l'è inventato adobe (
www.adobe.com
)
ciao
rodolfo

 costruirai.
L'immagine sarebbe in bmp probabilmente, mi consigli comunque di passare dal
Postscript?
Ciao e grazie delle info.

 Postscript?
mi sfugge totalmente l'utilità di costruire harware e software per
pellicolare un formato di utilizzo così limitato come il bmp quando tutto,
bmp compreso può essere serenamente stampato dai prodotti commerciali
esistenti. Mandami i bmp e faccio le pellicole, è il mio mestiere.
Mi rimane un solo dubbio: ci stiamo prendendo in giro?
rodolfo

ciao Rocchini 
neanche io riesco ad immaginare come un progetto così complesso 
(parlo essezialmente dell'hardware) possa ripagare nel contesto 
dello sviluppo di soli file bmp; comunque a parte le specifiche 
di tale formato ciò che ti serve ha poco a che vedere con ICG in 
quanto non è certo il caso di cimentarsi con il PostScript per 
elaborare un input così poco variato (vedi però anche la nota 
in fondo al messaggio): chi si occupa della parte hardware del 
progetto ti passerà le specifiche per implementare il device 
driver con dati che suppongo consisteranno in sequenze 
acceso/spento destinate ad alimentare la testa scrivente del 
dispositivo e tu provvederai direttamente a realizzare l'algoritmo 
che rimappa la matrice di pixel del file bmp sulla matrice del 
dispositivo (se hai a che fare con trasformazioni geometriche 
questo aspetto diventa ovviamente molto più complesso) nonché, 
se le immagini da gestire sono anche a colori, a convertire in 
cmyk (sistema a colori sottrattivo con quattro componenti 
utilizzato dalla stampa offset) o per applicazioni meno standard 
in altri sistemi come quello esacromico (la correttezza di questa 
conversione cromatica è, beninteso per riproduzioni di buona 
qualità, uno dei temi più calienti di questi ultimi anni e richiede 
a chi ci si voglia cimentare ancora più background delle trasformazioni 
geometriche cui ho sopra accennato); sempre nell'ipotesi che tu tratti 
il colore, una volta che sarai passato indenne attraverso questi scogli, 
inizierà la parte dura, ie l'implementazione di un valido algoritmo 
di retinatura; e naturalmente, a conclusione, c'è tutto ciò che le 
mie spompe cellule grigie si sono dimenticate di menzionare. 
in buona sostanza se questa è la tua situazione non ci resta 
che augurarti buona fortuna. 
se invece non ci siamo capiti e quello che devi fare è solo 
wrappare i dati binari estratti dal file bmp con una shell 
PostScript da sottoporre ad un rip (al di là dell'espansione 
dell'acronimo qui da noi con tale sigla si intende indicare 
per antonomasia il software che pilota un dispositivo di output 
qualsiasi utilizzando per l'appunto come input una stream di 
stampa espressa in PostScript) rifatti vivo (non badare a Rodolfo, 
è buono come il pane; il cattivo di turno sono io ;-) che magari 
qualche dritta semi OT riusciamo a dartela. 
gio 
(che ha già cominciato a rastrellare bmp per fare da beta tester)
Nota (oh che bello! ho sempre voluto scriverne una: fa tanto chic :)) 
a meno di evitare tutte le complicazioni esposte assemblando un 
contesto in cascata che utilizzi uno wrapper come input di un 
rip a basso costo per il quale siano reperibili le info necessarie 
alla stesura del vostro device driver.