Preferenze

Connetti Cartella di Controllo

Questa e la successiva impostazione riguardano la funzionalità delle Cartelle di Controllo. I dettagli sono disponibili qui.

Con questa opzione potete definire a livello di progetto se le cartelle "tex" esistenti nella posizione di salvataggio della scena devono essere definite come Cartelle di Controllo. Questo percorso può essere regolato con la seguente impostazione.

Percorso Relativo

Per impostazione predefinita, la cartella "tex" è posizionata nel percorso di archiviazione della scena. Tuttavia, potete definire qualsiasi altro percorso relativo o selezionare un percorso tramite l'icona della cartella sulla destra. Se possibile (la cartella si trova sullo stesso disco del file di scena salvato) viene impostato automaticamente un percorso relativo (vedi anche File per maggiori dettagli sui percorsi relativi).

Workflow Lineare

Il Workflow Lineare

In breve

Negli ultimi anni, il principio del "workflow lineare" è apparso come una sorta di mito, con la promessa di compiere miracoli. No, non può fare miracoli, ma vi aiuterà a produrre immagini migliori che in precedenza avreste ottenuto solo con ulteriori sforzi o con soluzioni alternative.

Gli effetti del workflow lineare sono visibili nell'immagine qui sopra. Questa scena è illuminata da 2 sorgenti luminose (decadenza quadrata inversa). La qualità con workflow lineare sulla destra è nettamente migliore.

Potete notare i seguenti vantaggi:

• Distribuzione della luce più armoniosa, la scena appare complessivamente più luminosa
• Le aree sovraesposte vengono ridotte
• Colori più naturali
• In sintesi: una distribuzione della luce più realistica (a questo punto si raccomanda anche l'uso di sorgenti luminose con un quadrato inverso fisicamente corretto Decadenza ).

Dettagli

L'intera questione dei valori gamma e del workflow lineare associato è dovuta al semplice fatto che un renderizzatore calcola internamente con gamma lineare (= 1), ma viene alimentato con una gamma diversa (di solito 2,2, e a partire da macOS 10.6 anche per gli utenti Mac, in precedenza 1,8) come input (texture, shader ecc.), anche se si aspetta anche gamma = 1.

Di conseguenza, il renderizzatore calcola in modo "più errato" (cioè, meno corretto dal punto di vista fisico) di quanto dovrebbe.

Ora starete pensando: "Ma allora negli ultimi 10 anni ho prodotto solo in modo non ottimale?". La risposta è un deciso "sì e no". Se il risultato finale è gradevole alla vista, allora tutto ok! Tuttavia, con il tempo ci si abitua alle peculiarità di un renderizzatore e si cerca di aggirare il problema, per così dire. Magari si impara a mettere una luce di riempimento qui, e si cambia un colore di là per ottenere il risultato desiderato, cosa che potrebbe essere evitata con un workflow lineare.

Questo è il motivo per cui le vecchie scene non appaiono automaticamente migliori semplicemente attivando il workflow lineare, e questo perché sono state progettate per funzionare bene anche senza workflow lineare.

Se continuate ad usare vecchie configurazioni di luci, esistenti e ottimizzate, dovrete adattarle se passate al workflow lineare. Tuttavia, se siete soddisfatti del risultato del rendering, non c'è motivo di usare solo il workflow lineare.

Perché esistono valori gamma?

I monitor, ad esempio, hanno di solito un valore gamma di 2,2. Se si dipinge una texture in un programma di editing di immagini, questa immagine verrà visualizzata con una gamma di 2,2 e sarà salvata così di conseguenza. La stragrande maggioranza delle immagini che avete creato voi stessi, o quelle che trovate su Internet, hanno una gamma di 2,2.

Del resto, le immagini visualizzate su un monitor medio vengono visualizzate bene solo con questa gamma. Ciò è dovuto al fatto che le immagini con una profondità di bit inferiore (8 e 16 bit) vengono memorizzate in modo da visualizzare un gradiente di luminosità soddisfacente per l'occhio umano. L'occhio è in grado di riconoscere gradazioni più sottili nelle aree scure dell'immagine rispetto a quelle chiare.

I renderizzatori invece, compreso Cinema 4D, lavorano internamente con gradienti gamma lineari (cioè gamma = 1; questo è ciò che vogliono gli algoritmi comuni) e si aspettano lo stesso dagli elementi con cui vengono alimentati (texture, shader, ecc.). Tuttavia, fino a ieri non era così. Il renderizzatore vorrebbe usare gamma = 1, ma ottiene 2,2. È logico che si verifichino deviazioni dal risultato fisicamente corretto.

Non appena il renderizzatore ha completato il suo lavoro, deve ridurre il colore e la luminosità dell'immagine calcolata (a meno che non sia salvata a 32 bit, nel qual caso la regolazione della gamma viene spostata a una fase di elaborazione successiva) e allo stesso tempo deve applicare un valore di gamma (in particolare 2,2) in modo che l'immagine finita possa essere visualizzata sul monitor in modo adeguato.

Come si colloca la workflow lineare in questo contesto? Semplicemente, non appena attivato il workflow lineare, tutti gli elementi necessari per il processo di rendering (texture, shader ecc.) vengono convertiti in modo che il renderizzatore li veda con la gamma lineare richiesta (=1). Dopo aver eseguito il rendering correttamente questa volta (il renderizzatore produce anche internamente immagini con una gamma di 1) le immagini devono essere nuovamente convertite in un valore di gamma che corrisponda al dispositivo di output (in genere il monitor con gamma 2,2).

Questo, in poche parole, è l'intero "segreto" del workflow lineare. Se volete approfondire quanto appena descritto, consultate il PDF "Be gamma correct!", disponibile gratuitamente e altamente consigliato di Martin Breidt (una ricerca in Internet di questi termini vi porterà lì). Non preoccupatevi del fatto che si faccia riferimento a un altro programma 3D, la funzionalità è fondamentalmente la stessa.

I settaggi dei workflow lineari utilizzano lo spazio colore "sRGB". Ciò equivale all'incirca alla gamma = 2,2 di cui sopra, cioè se le immagini sono salvate per gamma = 2,2, di solito si tratta di sRGB.

Gestione Colore "Semplice"

Informazioni Generali

Tutti ne hanno sentito parlare, ma pochi la conoscono! Questo non è del tutto giustificato, dal momento che sono stati e continuano ad essere scritti interi libri su questo argomento. Di seguito troverete una breve introduzione al tema della solidità dei colori.

Sicuramente conoscerete l'effetto di un'immagine che appare perfetta sul vostro monitor (i colori sono esattamente come li avevate immaginati, la luminosità, il contrasto, i valori tonali ecc. sono da urlo!) e che appare completamente diversa, di solito peggiore, e di molto, sul monitor del vostro collega o addirittura stampata su carta.

Perché?

Immaginate il Collega A, che ha creato l'immagine con un programma di editing di immagini. Logicamente, tutto si basa su come il monitor gli presenta la bitmap. A un certo punto, il Collega A decide che l'immagine è completa e la salva. Ed è proprio qui che inizia il problema: il programma di editing di immagini deve salvare i colori in una definizione cromatica riproducibile (ovvero lo spazio colore, di solito RGB). Di solito viene selezionato un profilo colore che corrisponde al dispositivo di output, e di solito è sRGB per i monitor (ma non è detto che lo sia!), CMYK per le stampanti ecc.

Ciò significa che il valore rosso che il Collega A vede sul suo monitor deve essere il corrispondente valore RGB nel file. È necessario assicurarsi che il monitor del Collega A riproduca i colori esattamente come il programma di editing di immagini vuole visualizzare il valore RGB. Il monitor del Collega A deve essere calibrato per questo. I monitor cambiano la loro rappresentazione del colore nel corso della loro vita utile e dovrebbero essere ricalibrati ogni 4 settimane per una Gestione Colore reale e continua. La ri-calibrazione regolare si applica anche a tutti i dispositivi di input e output attraverso i quali passa l'immagine (monitor, stampanti, scanner, ecc.).

Se tutto questo è garantito, l'immagine (creata dal Collega A) dovrebbe apparire esattamente uguale quando viene scansionata sul monitor del Collega C (che l'ha ricevuta come stampa dal Collega B). Esattamente come sul monitor del Collega A. Chiunque abbia mai provato a fare qualcosa del genere sa quanto questo sia impossibile (in realtà, non è nemmeno possibile una conformità al 100%, poiché non tutti gli spazi colore dei dispositivi possono essere convertiti in altri senza perdite di qualità). Ma almeno su monitor diversi, è possibile ottenere una corrispondenza quasi del 100%?

In parole povere, questo è il problema che la Gestione Colore deve risolvere. In sostanza, si tratta di garantire una definizione continua e chiara del colore nel processo di creazione, nel processo di editing, fino alla visualizzazione finale di un'immagine.

E cosa c'entra tutto questo con Cinema 4D?

Prima la buona notizia: se non avete mai sentito parlare di Gestione Colore, create pure i vostri rendering "spontaneamente". Se vi dite: "Non male! Mi piace!", allora potete ignorare questa funzionalità con la coscenza a posto (e lasciare tutti i profili colore regolabili in CINEMA 4D al valore predefinito sRGB). Detto tra noi, le persone "inesperte" difficilmente distinguono tra le immagini create interamente con la Gestione Colore e quelle approssimative.

Per tutte le altre versioni elencheremo a seguire tutte le "posizioni" in cui è possibile impostare i profili colore.

Come potete vedere qui, esistono praticamente 3 "interfacce" da/per Cinema 4D in cui vengono valutati i profili colore (o i profili dei dispositivi):

• Texture: potete caricare bitmap in vari canali materiale o nodi immagine. Le preferenze del progetto servono per impostare se e come gestire i profili colore delle texture caricate. Qui potete anche definire lo spazio colore da utilizzare se le bitmap non hanno un profilo colore integrato. Per i singoli canali (tramite shader bitmap) o nodi immagine, potete anche definire come gestire le bitmap individualmente.
  Inoltre, nel layout di BodyPaint 3D esistono alcuni comandi e posizioni in cui è possibile modificare i profili colore (ad esempio, Livello Bitmap o Modifica profilo...).
• Monitor: impostate qui il profilo del dispositivo di visualizzazione (monitor) utilizzato (preferibilmente calibrato). Questo è responsabile della visualizzazione del colore di Cinema 4D sul monitor, cioè di ciò che vedete nei campi di selezione del colore, nella Viewport, nel Visualizzatore Immagini, ecc. E' molto importante, soprattutto se consideriamo la frequenza con cui si selezionano i colori in Cinema 4D.
• File: cioè, le bitmap renderizzate (i video renderizzati da Cinema 4D non possono essere forniti con profili colore). Qui potete definire il profilo colore di output che verrà memorizzato nel file e verrà preso in considerazione, ad esempio, quando il file viene aperto in Adobe Photoshop.

In appendice è riportato un elenco di tutti i formati di immagine in grado di gestire i profili colore.

Input Profilo Colore

Maggiori dettagli si trovano in Gestione Colore (sRGB è corretto nella maggior parte dei casi).

Qui possiamo definire 3 cose:

• Se deve essere usato o meno il profilo colore incorporato nelle texture.
• Quale profilo colore dovrà essere utilizzato per le texture SENZA un profilo colore incorporato
• Quale profilo colore devono avere i campi dei selettori colore dell'applicazione, i gradienti colore e così via

Il campo di testo sottostante mostra esattamente le funzioni dell'opzione selezionata.

sRGB

Lineare

Finché le texture hanno profili colore incorporati, queste opzioni definiscono il modo in cui i campi di selezione colore, i gradienti colore, ecc. vengono visualizzati in Cinema 4D. sRGB è la modalità di visualizzazione classica (quindi, in caso di dubbio, usate sempre questa). L'opzione Lineare è quella insolita e più difficile da gestire.

Off

In questa modalità, i profili colore incorporati delle texture NON vengono presi in considerazione, ma si presuppongono sempre in uno spazio colore sRGB. Se l'opzione Workflow Lineare è contemporaneamente disabilitata, il tutto corrisponde alla modalità conosciuta dalle versioni precedenti di Cinema 4D (< R12).