Domanda:
Come posso correggere il colore in questa foto usando Darktable per abbinare il JPEG fuori dalla fotocamera?
Gern Blanston
2019-02-28 06:46:12 UTC
view on stackexchange narkive permalink

Sto cercando di imparare a usare Darktable in modo efficace.

Ecco perché durante il fine settimana, nel bel mezzo di una massiccia attività di pulizia e organizzazione a casa, ho svolto un minuto per riprendere questo disastro compositivo di una foto: Side by side comparison of RAW vs. JPG of a picture that's several different kinds of mess

(Non sto tentando di fare una buona immagine da questo. Non scatto le foto in questo modo . Ho appena visto che questo mucchio di spazzatura e coperte aveva un buon contrasto di colore e dettagli che potevo usare per giocare mentre imparavo Darktable. Era un caso di "Ehi, c'è una cosa". clicca "Torna al lavoro.")

Comunque, ho catturato in RAW + JPG. Il RAW esportato da Darktable è a sinistra, il JPG dalla fotocamera è a destra. Ho giocato un po 'con la nitidezza e con i moduli luci / ombre. Ho giocato molto con gli strumenti colore, ma non riuscivo a far sì che i colori risultassero giusti. Il colore del cestino rosso nel JPG della fotocamera è praticamente perfetto, ed è qui che il problema del colore è più ovvio per me. I colori visti nella versione a sinistra sono come apparivano quando ho importato in Darktable, senza strumenti di correzione del colore in uso.

Vedo anche che la coperta viola è molto più saturata nella versione sul a sinistra.

Come potrei correggere il colore di questa immagine in Darktable?


Per favore, nessuno dire alla signora Blanston che ho postato un'immagine del disordine del nostro seminterrato sul Internet.


Modifica (x2): non sono confuso sulla differenza tra RAW e JPG. In questo caso, sto usando "RAW" come abbreviazione per "il file JPG che è stato esportato da Darktable dopo che è stato importato come RAW e la mappatura dei colori predefinita di Darktable è stata utilizzata per il rendering, senza nessuna delle mie (non riuscite) correzioni manuali del colore incluse , "e" JPG "come abbreviazione di" JPG come reso dalla fotocamera ".

Cerchiamo di [continuare questa discussione in chat] (https://chat.stackexchange.com/rooms/90407/discussion-between-gern-blanston-and-hueco).
* "Sto usando" RAW "come abbreviazione per" il file JPG che è stato esportato da Darktable dopo che è stato importato come RAW e non è stata eseguita alcuna correzione del colore. "" * Se lo stai guardando sullo schermo, è stata applicata la conversione del colore. Il fatto che tu non abbia alterato ciò che c'era quando è stata aperta per la prima volta significa solo che la conversione del colore predefinita per la tua app è stata applicata invece di un'altra conversione del colore che rispecchia più da vicino la conversione del colore utilizzata nel motore di elaborazione della fotocamera.
@MichaelC Modificato di nuovo per essere più accurato. Grazie per la correzione.
Una risposta:
junkyardsparkle
2019-02-28 12:35:21 UTC
view on stackexchange narkive permalink

Anche se darktable è un software sempre più potente, uno dei suoi bordi approssimativi è il fatto che non si sforza molto di produrre un buon rendering "vaniglia" predefinito dei file RAW dalla vasta gamma di fotocamere che producono tali file (comprensibile, essendo un progetto open-source con risorse di volontariato limitate). Per impostazione predefinita, applica una " curva di base", solitamente in base alla marca della fotocamera (sebbene siano incluse alcune curve specifiche della fotocamera), quindi spinge i risultati attraverso una fotocamera -matrice di colori specifica derivata dalla conversione Adobe DNG.

Nel mondo reale, ci sono un paio di problemi con questo: i produttori rilasciano fotocamere diverse con sensori diversi (soprattutto nel tempo) , quindi applicare curve di base basate su "maker" è semplicistico. Il problema più grande è che l'applicazione di una curva logaritmica prima della matrice dei colori sembra non utilizzare la matrice dei colori come previsto; convogliare i dati lineari nella matrice e applicare la curva in un secondo momento nella pipeline ha più senso. (AGGIORNAMENTO: sembra che questo verrà risolto nella versione 2.8.)

Alla luce di ciò, lo strumento darktable-chart , utilizzando una ripresa di un target di riferimento produce un'impostazione di curva dei toni, che viene applicata successivamente nella pipeline. Utilizza anche il modulo tabella di ricerca dei colori per mappare ulteriormente il colore dalla matrice della fotocamera al riferimento. Questo processo richiede un po 'di impegno, ma una volta che hai un rendering sostanzialmente "sano" che ti piace come punto di partenza, puoi impostarlo come predefinito per le immagini importate usando predefiniti applicati automaticamente. Potrebbe valere la pena cercare / chiedere nei forum appropriati la tua particolare fotocamera (o una strettamente correlata) per vedere se qualcuno ha già svolto il lavoro (ad esempio, gli utenti di fotocamere Olympus da 16 MP, vedi qui).

Se non ti interessa scherzare con i grafici o emulare il rendering della fotocamera (o anche la "realtà"), ma desideri solo un comportamento migliore dai vari strumenti di colore, puoi semplicemente disabilitare la curva di base modulo e regola manualmente i moduli tabella di ricerca dei colori e tone curve (o prova il nuovo modulo filmic ).

A titolo di esempio, ecco alcuni scatti di un economico grafico Wolf Faust IT8 da una fotocamera Olympus ... prima il rendering della "curva di base" darktable predefinito:

enter image description here

Confronta la modalità immagine "naturale" della fotocamera JPEG:

enter image description here

... e il risultato predefinito da darktable dopo la profilazione con darktable-chart:

enter image description here

Alcune note:

Documentazione obsoleta per darktable-chart afferma che utilizza il modulo "curva base" per produrre la curva log, ma questo non è è più lungo (a meno che tu non abbia una vecchia versione di darktable ... non usare la vecchia versione ns di darktable).

Inoltre, allo scopo specifico di utilizzare un JPEG elaborato dalla fotocamera come riferimento (in contrasto con i valori di riferimento forniti con un target), la precisione calibrata e l'illuminazione dei campioni di colore effettivi è meno importante, poiché il "riferimento" è letteralmente la stessa scena dopo un'ulteriore elaborazione . La quantità è più importante, quindi anche un grafico IT8 economico è probabilmente migliore di un target di tipo "checker" con pochi colori. Alcune discussioni o tutorial su darktable-chart potrebbero non distinguere chiaramente tra i due casi, quindi applica il buon senso se necessario.

Ho anche scoperto che l'impostazione di darktable-chart per utilizzare il numero massimo di patch per CLUT ha dato i migliori risultati (nessuna sorpresa lì), e che i risultati sono diventati "meno buoni" abbastanza rapidamente quando si diminuisce il numero. L'implicazione per i CLUT con più patch è che sono più "costosi" dal punto di vista computazionale, quindi il compromesso potrebbe valerne la pena se stai usando darktable senza supporto OpenCL.

È interessante notare che è il blu più scuro nella tua immagine che mi salta fuori come se fosse davvero "spento" ... forse perché sono queste stesse tonalità con cui ho avuto più problemi a trattare inizialmente. La curva di base li spingeva così oltre il bordo che nessuno dei moduli di colore poteva ripararli molto bene fino a quando non sono passato alla "curva dei toni" (e più recentemente al modulo "filmico", che fa un lavoro simile ma offre un approccio diverso all'adeguamento).
Grazie mille! Mi sono anche imbattuto in [questo articolo su pixls.us] (https://pixls.us/articles/profiling-a-camera-with-darktable-chart/) dopo aver trovato quel sito tramite il commento di xenoid su [la mia domanda precedente] ( https://photo.stackexchange.com/q/105461/81389).
Sì, in realtà trovo questo articolo leggermente confuso, ma alcuni vengono risolti nella sezione dei commenti. Per il nostro scopo specifico di corrispondenza di base della fotocamera, molte cose sono meno critiche rispetto alla calibrazione sui valori di riferimento di un obiettivo (in particolare l'illuminazione). Penso anche che l'obiettivo "colorchecker" probabilmente non sia la scelta migliore qui, dove un'ampia copertura della gamma di colori è più importante dei campioni calibrati con precisione. Espanderò un po 'la risposta: questo quando ne avrò la possibilità.
Ho aggiunto questo link alla risposta mentre lo modellavo un po ', ma lo posterò anche qui, quindi non devi andare a cercarlo ... altro background dall'autore degli strumenti in questione: http : //web.archive.org/web/20190301215811/https: //jo.dreggn.org/blog/clut/post.html
"[darktable] non si sforza molto di produrre un buon rendering" vaniglia "predefinito dei file RAW" - Questo è intenzionale. Il MO di darktable deve essere più simile a una camera oscura chimica, dove trovi il modo migliore per elaborare le tue immagini e applicare quella conoscenza al tuo flusso di lavoro. Da questo punto di vista, è più uno strumento a livello di esperto che qualcosa che produce un lavoro accettabile con il semplice tocco di un pulsante.
@Blrfl Lo capisco, è per questo che lo definisco un "margine di manovra" piuttosto che un "difetto fatale", ed è parte della mia motivazione per cercare di fornire alcune informazioni per aiutare i potenziali utenti ad arrivare a un punto in cui possono esplorare e apprezzare ciò che ha da offrire, piuttosto che sbattere la testa contro * quello che altrimenti sembrerebbe un difetto fatale *. :)


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 4.0 con cui è distribuito.
Loading...