Несмотря на то, что darktable становится все более мощным программным обеспечением, одним из его грубых краев является тот факт, что он не очень старается произвести хорошую «стандартную» рендеринг файлов RAW по умолчанию из огромного множества камер, которые производят такие файлы (понятно, будучи проектом с открытым исходным кодом с ограниченными ресурсами добровольцев). По умолчанию применяется « базовая кривая », обычно в соответствии с маркой камеры (хотя включено несколько кривых, специфичных для камеры), затем проталкивает результаты через камеру, специфичную для камеры цветовая матрица , полученная из преобразования Adobe DNG .
В реальном мире возникает пара проблем: производители выпускают разные камеры с разными датчиками (особенно с течением времени), поэтому применение базовых кривых на основе «производителя» слишком упрощено. Большая проблема заключается в том, что при применении логарифмической кривой перед цветовая матрица, кажется, не использует цветовую матрицу, как предполагалось; передача линейных данных в матрицу и последующее применение кривой в конвейере имеет больше смысла. (ОБНОВЛЕНИЕ: похоже, это будет исправлено в версии 2.8.)
В свете этого инструмент darktable-chart, используя выстрел из эталонной цели , создает настройку тональная кривая , которая применяется позже. в трубопроводе. Он также использует модуль таблицы соответствия цветов для дальнейшей цветовой привязки матрицы камеры к эталону. Этот процесс требует определенных усилий , но если у вас есть «нормальный» рендеринг, который вам нравится в качестве отправной точки, вы можете установить его в качестве значения по умолчанию для импортированных изображений, используя автоматически примененные пресеты . Возможно, стоит поискать / спросить на соответствующих форумах о вашей конкретной камере (или тесно связанной), чтобы узнать, выполнил ли кто-то эту работу (например, пользователи 16-мегапиксельных камер Olympus, см. здесь ).
Если вы не заинтересованы в том, чтобы возиться с диаграммами или эмулировать рендеринг камеры (или даже «реальность»), а просто хотите улучшить поведение от различных цветовых инструментов, вы можете просто отключить модуль base curve и настроить color look-up table и tone curve модули вручную (или попробуйте более новый filmic модуль ).
В качестве примера результатов приведем несколько снимков недорогой диаграммы Wolf Faust IT8 с камеры Olympus ... сначала рендеринг по умолчанию с темной таблицей "базовой кривой":
Сравните «естественный» режим изображения камеры JPEG:
... и результат по умолчанию для darktable после профилирования с darktable-chart:
Некоторые заметки:
Устаревшая документация для darktable-chart гласит, что она использует модуль «базовой кривой» для создания кривой логарифма, но это больше не так (если только у вас нет старой версии darktable ... не используйте старые версии darktable).
Кроме того, для конкретной цели использования обработанного камерой JPEG в качестве эталона (в отличие от эталонных значений, поставляемых с мишенью) калиброванная точность и освещенность фактических цветовых пятен менее важна, поскольку «эталон» буквально та же сцена после дополнительной обработки . Количество более важно, поэтому даже дешевый график IT8, вероятно, лучше, чем цель типа «проверки» с несколькими цветами. Некоторые обсуждения или учебные пособия по darktable-chart могут не четко различать два случая, поэтому при необходимости применяйте здравый смысл.
Я также обнаружил, что установка darktable-chart для использования максимального количества исправлений для CLUT дала наилучшие результаты (без удивления), и что результаты стали «менее хорошими» довольно быстро при уменьшении числа. Смысл для CLUT с большим количеством исправлений заключается в том, что они являются более «дорогими» в вычислительном отношении, поэтому компромисс может стоить того, если вы используете darktable без поддержки OpenCL .