Newsgroup: it.comp.grafica
Titolo: RGB o CMY ?

Saluti,
ho una stampante HP 3820 e nella manualistica, sia in linea sia 
cartacea, non riesco a capire se sia RGB o CMY.
Qualcuno ha un'idea in proposito?
Grazie mille
Gabriella

 Qualcuno ha un'idea in proposito?
è sempre meglio fare prima una ricerca su google, quando si ha una domanda
basilare come questa. Cerca RGB CMYK (hai dimenticato la K) sui siti in
italiano (o su tutto internet, se non hai problemi con l'inglese).
Se non ti spaventano i termini tecnici, cerca
RGB CMYK sintesi additiva sottrattiva

 Qualcuno ha un'idea in proposito?
è certamente CMYK, nessuno al mondo è mai riuscito a realizzare una
stampante su carta in RGB, purtroppo le leggi fisiche lo impediscono.
Se fosse RGB sarebbe un videoproiettore e non una stampante.
ciao
rodolfo

Walter Tross 2004-05-09 15:31 :

scusami, nella fretta non avevo letto bene la tua domanda.
Ovviamente le stampanti sono CMYK oppure CcMmYK (esacromia), ma i driver di
quelle non professionali di solito vogliono un input RGB, salvo che siano
stampanti Postscript, nel qual caso di solito lo vogliono CMYK. Bada che se
non è Postscript, e le dai in pasto un'immagine CMYK, avverrà una doppia
conversione, prima a RGB, e poi a CMYK o CcMmYK.
Una cosa che non so è se un profilo ICC può descrivere un dispositivo
CcMmYK (esacromatico) (forse qualcuno lo sa?)
Walter

 Walter
Ma tu le rileggi la bestialità che scrivi.:?? Se uno una cosa non la sa, non
la sa.. non siamo obbligati a rispondere per forza.. sennò questo diventa
una chat... cosa che tu odi.. non è così... ?? limitati a rispondere su
quello che sai, ammettendo che tu sappia qualcosa.. arrivederci.
DigiART ;))

> CcMmYK (esacromatico) (forse qualcuno lo sa?)
Questa è una domanda sensata. 
O almeno lo spero, visto che le ho risposto. 
Sono dunque a chiederti, Digi: che hai mangiato che t'ha 
fatto male? Voglio dire, anche a uno scassaminchia può 
capitare di scrivere cose da 10 e lode.  :PpPp 
giordano Walter-non-t'incazzare   <:) 

DigiART ;)) 2004-05-10 08:28 :

Io mi sono espresso in maniera molto forte, in parte anche eccessiva,
quando c'è stata una deriva in questo newsgroup, ma non ho mai insultato
nessuno. Il giudizio sul tuo modo di esprimerti invece lo lascio agli
altri.
Se scrivo cavolate (come capita a molti), puoi sempre correggermi, il bello
del newsgroup è anche questo.
Per quanto riguarda RGB e CMYK, basta cercare su google
"RGB printer" "CMYK printer" (tutto insieme, con le virgolette),
o altrimenti, per una occhiata introduttiva:
http://www.monacosys.com/ezprinterfaq.html
 (prime due FAQ)
http://www.photoshopfocus.com/cool_tips/cms_tips.pdf
 (pag. 7)
Se vuoi possiamo chiedere agli autori di quei documenti lì, se anche loro
rileggono quello che scrivono...
Per quanto riguarda l'altro thread in cui mi hai gratuitamente attaccato,
odio il "Lei non sa chi sono io", ma resta il fatto che ho scritto un
algoritmo di resampling che è stato utilizzato per la produzione di vari
cartoni animati che sono stati proiettati nei cinema del mondo. Dato che è
generico (utilizza una generica matrice affine, ma qui sembrano essere più
quelli che conoscono gli inchiostri che quelli che conoscono le matrici
affini), ho curato che funzionasse bene anche nel caso dell'ingrandimento.
E' sufficiente per potere indicare all'OP un thread che in qualche misura
risponde alla sua domanda?

 cartoni animati che sono stati proiettati nei cinema del mondo. 
Mi autorizzo a una domanda che più da ignorante non si può: 
a cosa serve un algoritmo di resampling nei cartoni animati? 
giordano tutto-inchiostro 

 a cosa serve un algoritmo di resampling nei cartoni animati? 
Premettendo che mi riferisco all'animazione 2D classica (alla Walt Disney,
per intenderci), il resampling (ricampionamento) serve in tutti i casi in
cui non si puň fare coincidere pixel per pixel un elemento dell'animazione
(o anche lo sfondo) con l'immagine in uscita - cioč quasi sempre. Considera
che il piů delle volte i disegni vengono ancora fatti su carta, e vengono
scanditi con uno scanner piano. Fra l'altro il resampling č inevitabile se
l'output č per televisione, dato che il pixel televisivo non č quadrato (e
purtroppo anche diverso tra PAL e NTSC).
ciao
Walter

Walter:
<snip di spiega> 
Grazie mille, non ci sarei mai arrivato da solo. 
C'ho un'altra domanda da 'gnorante: perché c'è 
bisogno di algoritmi ad hoc? Forse per preservare 
la nitidezza non fotografica del disegno? O è solo 
una questione di mappatura verso gli standard 
televisivi? 
giordano 

 televisivi? 
Gli algoritmi andavano riscritti, per vari motivi. Si tratta comunque di un
software chiuso, proprietario, che fa tutto, dall'acquisizione al render. 
Inoltre, trattandosi di immagini 2D tradizionali, ho potuto scrivere un
algoritmo molto più veloce di quelli che si trovano in giro (non posso dire
di più, almeno finché la società in questione esiste ancora...).
Infine, se ci si adegua a quello che si trova, non si può mai fare di
meglio. Per esempio, secondo me il filtro bicubico, che viene spesso usato
per il resampling, non è il migliore. Dalle mie prove i migliori
risultavano essere altri (che non posso dire ma che sono noti).
Comunque preservare la nitidezza del disegno è chiaramente necessario.
Invece, a parte il pixel non quadrato, i formati file di uscita, e la
questione che un "frame" è diviso temporalmente in due "field", uno con le
righe pari e uno con quelle dispari, non c'è nessun problema particolare
per quanto riguarda gli standard televisivi.
ciao
Walter
P.S. se hai altre domande sull'argomento ti prego di rimandarle di un paio
di settimane. Io avrei un cinghiale sul fuoco...