Perché il RIP stampa pixel che sembravano trasparenti

Apri il PNG, zoomi sui bordi, tutto sembra pulito: dove finisce il soggetto c'è la scacchiera grigia dell'editor, segno universale di "qui non c'è niente". Poi il file va in stampa e su quei margini compare un velo, una polvere di colore che non dovrebbe esserci. Il file non è cambiato. È cambiato chi lo legge.

Il problema non è un bug del RIP né un file corrotto. È una differenza di interpretazione tra quello che il tuo editor di grafica mostra come trasparente e quello che il canale alfa del PNG contiene davvero. Capire questa differenza evita ore perse a cercare la causa nel posto sbagliato.

La scacchiera dell'editor è un'approssimazione, non un valore

Nei programmi di grafica, la trasparenza si rappresenta con una trama a scacchi grigio chiaro e grigio scuro. È una convenzione visiva comoda, ma appiattisce un'informazione che in realtà è graduale. Un pixel con opacità 2%, uno al 30% e uno al 90% vengono mostrati tutti con la stessa scacchiera più o meno "velata", e a monitor, specialmente a zoom basso, la differenza tra loro è quasi invisibile all'occhio.

Il canale alfa di un PNG, invece, memorizza un valore preciso per ogni pixel: 0 è completamente trasparente, 255 è completamente opaco, e tutto ciò che sta in mezzo è un'area che il software di stampa deve decidere come trattare. Il problema nasce proprio lì, in quella zona grigia che lo schermo mostra come "vuota" ma che per il file non lo è affatto.

Dove nascono questi pixel intermedi

• Anti-aliasing: ogni bordo curvo o diagonale genera pixel di transizione per sembrare liscio sullo schermo.
• Ombre morbide e bagliori: per definizione sfumano verso lo zero di opacità, passando per tutti i valori intermedi.
• Strumenti di rimozione sfondo, manuali o automatici: lasciano quasi sempre una frangia di pixel semi-trasparenti su capelli, pelo, tessuti sfrangiati.
• Ridimensionamento di un'immagine già pulita: il ricampionamento media i pixel vicini e può reintrodurre valori intermedi dove prima non c'erano.

Come il RIP legge (davvero) il canale alfa

Un RIP per DTF deve decidere, per ogni pixel, se stampare colore e bianco di fondo sotto, oppure lasciare l'area scoperta. Per farlo applica una soglia sul valore alfa: sopra una certa percentuale il pixel viene considerato "da stampare", sotto viene ignorato. Il punto critico è che questa soglia:

• cambia da un RIP all'altro e a volte da una versione all'altra dello stesso software;
• spesso non è visibile né modificabile dall'operatore;
• in molti casi non è un taglio netto ma una stampa proporzionale: un pixel al 40% di alfa riceve una quantità di bianco proporzionale, non zero.

Questo spiega un sintomo che confonde molti: lo stesso identico file stampa pulito su un impianto e mostra un velo chiaro su un altro. Non è il file che "sbaglia", è la soglia del RIP che interpreta diversamente gli stessi valori intermedi.

Perché passare al JPG peggiora le cose

Una reazione comune è abbandonare il PNG per il JPG, pensando di "evitare il problema della trasparenza". In realtà il JPG non ha canale alfa: ogni pixel è sempre opaco al 100%. Quando esporti in JPG, qualunque margine sfumato o semi-trasparente viene appiattito su uno sfondo, di solito bianco, e quello sfondo diventa parte integrante dell'immagine. Il risultato non è l'assenza di aloni, ma un rettangolo bianco visibile intorno al soggetto, spesso più evidente del problema originale.

Per il DTF l'unico formato affidabile resta un PNG con canale alfa reale, salvato senza passaggi intermedi che possano comprimerlo o alterarlo.

Come ispezionare davvero i valori alfa

Guardare lo schermo non basta: serve leggere i numeri. Alcuni modi pratici:

1. Usa lo strumento contagocce o l'ispettore pixel del tuo editor e controlla il valore di opacità, non solo il colore, lungo i bordi del soggetto.
2. Applica temporaneamente una soglia sull'alfa (ogni pixel sotto una certa percentuale diventa 0, sopra diventa 255) e osserva quanto cambia il contorno: se cambia molto, nel file c'erano ampie zone intermedie.
3. Visualizza il solo canale alfa come immagine in scala di grigi: le zone grigie, non nere né bianche, sono esattamente i pixel ambigui che il RIP dovrà interpretare.

Questo tipo di controllo è più affidabile del semplice confronto visivo su sfondo nero descritto nella guida sugli aloni bianchi nel DTF, perché individua anche i pixel troppo chiari o poco opachi per essere notati a occhio ma abbastanza presenti da essere stampati.

Checklist prima di mandare il file in stampa

• Alfa verificato pixel per pixel, non solo "a occhio" sulla scacchiera.
• Soglia applicata: ogni pixel è o completamente trasparente o completamente opaco.
• Ombre, bagliori e sfumature trasformati in retino invece che lasciati in opacità graduale.
• File salvato come PNG con canale alfa reale, mai passato per un JPG intermedio.
• Nessun ridimensionamento dopo la pulizia dell'alfa.

Lasciare che sia il software a decidere al posto tuo

Controllare manualmente ogni pixel intermedio di ogni grafica non è sostenibile su volumi anche piccoli. Halftonix Pro analizza il canale alfa dell'immagine e applica automaticamente una soglia netta, eliminando i pixel semi-trasparenti generati da anti-aliasing, ombre e strumenti di rimozione sfondo prima ancora che il file arrivi al RIP. Il risultato è un alfa binario, senza zone grigie da interpretare.

Se vuoi partire dalle basi, la guida su come preparare correttamente un file per la stampa DTF copre anche risoluzione e impostazioni generali del documento; per le sfumature in particolare, la guida completa alla retinatura DTF spiega come trasformarle in punti invece che lasciarle come opacità.

Domande frequenti