Обработка фотографий
Софт для обработки фотографий
Рубрикатор
Последние записи
Обработка фото наблюдений
В последнее время я просмотрел довольно много всяких разных чужих наблюдений на iNaturalist и, пожалуй, имею что сказать по поводу фотографий. Не только нецензурного.
Понятно, что со снимками далеких птиц на телефон сделать, в общем-то, ничего нельзя, разве что отметить малую вероятность успешной идентификации при таком сетапе. Но следующая по популярности проблема — это съемка птиц на фоне неба или что-то подобное, т.е. высокий общий контраст сцены и полная неразличимость интересующего нас объекта в тенях1. И с ней что-то сделать уже можно.
Сразу скажу о допустимости обработки в целом. Возможно, для кого-то это будет новостью2, но необработанных фотографий не бывает, данные, которые считываются с матрицы — это не картинка в JPEG, они в любом случае требуют интерпретации и обработки по некоторым алгоритмам. Вопрос в том, будет ли это автоматическая обработка внутри камеры (съемка в JPEG), или последующая уже подконтрольная пользователю обработка RAW (те самые сырые данные с матрицы) на компьютере, так называемая «проявка». Так что не стоит размышлять о допустимости/недопустимости обработки вообще, стоит говорить о допустимости/недопустимости конкретных методов и приемов обработки. О них и пойдет речь.
Итак, тем, кто снимает на телефон или дешевую мыльницу (ничего не имею против, просто нужно сразу понимать ограничения техники)3, дальше можно не читать. Речь пойдет о случае, когда техника сама по себе в принципе неплохая, но условия съемки: фон, освещение — портят всю малину. С другой стороны, если техника реально крутая и всегда на полном автомате снимает хорошо, то дальше тоже можно не читать, просто такая техника и стоит, как, пусть не крыло от боинга, но вполне приличный автомобиль, и используют ее обычно профессионалы, которые и без меня знают, что и как делать для наилучшего результата.
-
Не буду показывать пальцем, но можно посмотреть в целом на список наблюдений птиц, нераспознанных за долгое время, и там между действительно сложных случаев и безнадежно телефонных кадров легко обнаружить и то, что я имею в виду. ↩
-
Я планирую этот пост с небольшими сокращениями выложить также в своем журнале на iNaturalist, поэтому проговариваю некоторые вещи, о которых уже писал, или полагаю общеизвестными для любителей фотографии как таковой, однако которые явно (судя по наблюдениям) неизвестны тамошней аудитории. ↩
-
Хотя я и не понимаю постоянную съемку на телефон совершенно неопределяемых кадров. Если это уже хобби, то можно и б/у фотокамеру купить. ↩
Darktable 4.2.0
Недавно вышла очередная версия моего любимого софта для обработки raw-файлов фотографий, и я решил, что это подходящий повод для того, чтобы посмотреть, а что же поменялось с того времени, когда я писал «Darktable — (не очень) быстрый старт». Речь там шла о версии 2.6.2, так что изменилось многое.
Вообще, версии 3.x.x развивались довольно бурно, стабилизировавшись к четверке, и в целом рабочий процесс можно считать устаканившимся. Что радует, ибо свистопляска немного утомила. Сейчас же, если мы посмотрим на изменения в релизе 4.2.0 относительно предыдущего 4.0.1, то увидим там плавные улучшения, доведения до ума, исправления багов и один новый модуль, о котором позже. Так что именно процесс принципиально не меняется.
Изменения, о которых пойдет речь ниже, в основном появились именно в версиях 3.x, но я не буду заморачиваться на поиск конкретной версии.
Hugin по-русски
Ковыряю потихоньку перевод документации по Hugin. Ну как документации… Там скорее база знаний на вики-движке. Когда-то давно я пытался привлечь к этому делу других людей на вики гитхаба, но что-то никто не приnвлекся. Так что я плюнул на вики-формат и загнал все это дело в привычный уже Jekyll на поддомене hugin.shikhalev.org.
В принципе, если вдруг кто захочет поучаствовать, то особых проблем быть не должно — markdown не сказать чтоб сильно сложнее вики-разметки. Правда, понадобятся базовые навыки работы с Git и GitHub, но это сейчас должно быть где-то на уровне обычной грамотности.
В процессе перевода я понял, что последовательность и структурированность оригинала меня категорически не устраивают. Вообще, материал довольно неровный. Как я уже сказал, это скорее база знаний, заполняемая разными людьми с разной степенью аккуратности, детальности и т.д. Поэтому я решил сразу запланировать помимо собственно перевода компиляцию всего этого дела во что-то более цельное. Правда, понятия не имею, когда до этого дойдут руки.
Что до текущего состояния, то статус перевода можно смотреть на странице «Переводы», где, впрочем, все абсолютно не структурировано — это просто автоматический список страниц, разбитый по статусам. Из более-менее цельных кусков переведено описание главного окна, оно же «Простой интерфейс», со всеми вкладками (там по ссылкам). Это в принципе уже может быть полезно для начала работы (а еще для начала можно прочитать мой старый пост «Пингвин-фотолюбитель: 3. Панорамы»).
Как я ставлю геометки к фотографиям
Получение трека
Фотокамера у меня недорогая, и GPS в ней, конечно, нет. Зато есть в телефоне. Поэтому треки я записываю приложением Locus Map Free (не Pro) — большую часть его возможностей (даже бесплатной версии) я не использую, но треки пишет хорошо, меня устраивает. И, кстати, весьма скромно использует батарею.
Перед выходом, сразу после проверки заряда во всех устройствах и места на флешке, крайне желательно убедиться, что время на телефоне и в камере — одинаковое. Конечно, при пешем передвижении минутная разница не так существенна, но однажды у меня камера отстала на пять минут, и результаты были для меня несколько внезапны.
Что еще важно для записи трека: дать приложению нужные разрешения для всех режимов — не ходить же с постоянно включенным экраном, на котором оно распахнуто. То есть, доступ к местоположению должен быть «Разрешить в любом режиме», и «Контроль активности» — «Нет ограничений», при рекомендованном «Умном режиме» нормального трека получить не удастся. Что хорошо — Locus Map проверяет эти разрешения и выдает подсказку, если они не установлены, не исключено, что именно отсутствие такой подсказки и не позволило мне подружиться с другими приложениями для записи треков.
Трек пишется в GPX-файл, и это хорошо, поскольку данный формат понимают если не все, то очень многие программы, с которыми нужно взаимодействовать. Я его отправляю прямо из приложения кнопкой шаринга «», из предлагаемых вариантов выбирая KDE Connect — архиполезная вещь, хоть и глючная (впрочем, каким путем передать файл на компьютер — непринципиально).
Новый модуль Darktable — «Уровни RGB»
Продолжаю изучать новые возможности Darktable 3.0. Пробежался по некоторым новым модулям, пока не впечатлен, но кое-что интересное нашлось. Модуль называется «Уровни RGB1» и делает, в общем, то же самое, что и старый модуль «Уровни» (правда, без полностью автоматического режима), но с возможностью работы по отдельным каналам красного, зеленого и синего. Что это дает на практике, сейчас и рассмотрим.
-
Документация по модулю «Уровни RGB» (en, v3.4): https://www.darktable.org/usermanual/en/module-reference/processing-modules/rgb-levels/ ↩
Новая базовая кривая в Darktable
Начинаю потихоньку изучать новые возможности в Darktable 3.0… Сегодня — довольно спорное (судя по форумам, как минимум) нововведение в настройках базовой кривой1 — «Сохранение цветов».
Чтобы составить собственное мнение, я взял несколько своих фотографий с настройками, отличающимися только базовой кривой (прочие настройки — это авто-уровни и локальный контраст по умолчанию, см. пост «Darktable — (не очень) быстрый старт»). Сюжетно фотографии разные, и новая настройка проявилась на них тоже по разному, подробности далее… Во всех случаях я сделал три варианта:
-
базовая кривая отключена;
-
базовая кривая включена, сохранение цветов отключено;
-
базовая кривая включена, сохранение цветов включено в варианте по умолчанию (других вариантов я делать не стал, поскольку там уже отличия на грани различимого).
Все снимки сделаны на Canon EOS 77D, базовая кривая — Canon EOS по умолчанию (не альтернативная). Как поведет себя новый механизм на других камерах с другими базовыми кривыми — не могу знать.
-
Базовая кривая (en, v3.4): https://www.darktable.org/usermanual/en/module-reference/processing-modules/base-curve/ ↩
Darktable — (не очень) быстрый старт
](/img/2019/09/21/darktable-quickstart/site-fhd.webp "Скриншот с [официального сайта Darktable](https://darktable.org)")
Со времени моего прошлого поста про Darktable прошло, страшно подумать, три с лишним года. За это время и инструмент вырос (версия 2.6.2 сейчас у меня вместо 2.0.4), и я научился им лучше пользоваться.
Кстати, за это время вышла официальная сборка Darktable под Windows. Если кому не хочется пиратить Lightroom, а с винды не слезается — пользуйтесь. Правда, про стабильность/надежность ничего не знаю.
Время не стоит на месте, как и разработка Darktable. Сейчас (26.12.2022) актуальная версия — 4.2.0, и я написал отдельный пост, являющийся дополнением и актуализацией данного — «Darktable 4.2.0».
А еще я недавно с удивлением и радостью обнаружил в сети неплохой перевод «Руководства пользователя Darktable». Там по версии 2.4, но от 2.6 оно мало отличается, к тому же всегда в спорных моментах можно обратиться к актуальному англоязычному мануалу. Перевод же от всей души рекомендую в качестве обзора возможностей (и особенностей) программы. В дальнейшем я буду ссылаться на обе версии документации посредством сносок к терминам.
Итак. Настоящим постом я хочу рассказать, какие я использую настройки для уменьшения телодвижений в процессе обработки фотографий, и какие же движения никто не отменял. Сразу скажу, что это а) мой личный опыт, б) только базовая обработка. Повторять страницы мануала нет никакого желания, а если говорить об осмысленном применении всех возможностей, то и компетентности.
Пингвин-фотолюбитель: 5. Стекинг
Первым делом, пожалуй, сошлюсь на источники: ключевым по теме данного поста стал англоязычный пост Barry Grussling — «Focus Stacking in Linux»; прочая информация получена из официального руководства enblend/enfuse. Собственно enfuse и будет нашим главным инструментом для стекинга.
Что такое стекинг? Это когда мы делаем несколько кадров одного и того же, в общем случае — с разными параметрами, а затем хитрый алгоритм собирает нам результирующую картинку. Например, если мы сделаем несколько снимков с разной экспозицией, то можем получить в результате что-то очень похожее на результат сведения HDR, о котором я говорил в предыдущем посте. С той лишь разницей, что собственно HDR-изображения (т.е. с динамическим диапазоном более 8 бит на канал) мы не получим, сразу приведение к 8-битному виду.
Кроме стекинга по экспозиции рассмотрим еще уменьшение шумов и стекинг по фокусу.
Пингвин-фотолюбитель: 4. HDR
](https://commons.wikimedia.org/wiki/File:Goldstream_Provincial_Park_HDR_rainbow_panorama.jpg "Картинка взята с [WikiMedia Commons](https://commons.wikimedia.org/wiki/File:Goldstream_Provincial_Park_HDR_rainbow_panorama.jpg)")
HDR — High Dynamic Range — термин для обозначения технологий работы с диапазоном яркости, который превышает стандартный. Относительно любительской фотографии этим термином обычно обозначают создание HDR-изображений из нескольких снимков обычного диапазона, а также их сведение к стандартному RGB разными специфическими методами. Картинка сверху поста демонстрирует удачный пример применения таких технологий.
Строго говоря, RAW-файлы и 16-битные TIFF сами по себе являются HDR-изображениями, поскольку их глубина цвета превосходит стандартную однобайтную. Однако и ее как правило недостаточно, чтобы на одном снимке запечатлеть и яркое небо (не допустив пересветов) и какие-нибудь ближние затемненные участки. Кроме того, обычные мониторы все равно этот диапазон полностью отобразить не способны. В отличие от человеческого глаза, который очень хорошо адаптируется, рассматривая разные участки общей картины… К счастью, мозг при восприятии зрительной информации тоже хорошо адаптируется, и мы можем специальными программными методами построить картинку, которая будет выглядеть более естественно, чем просто взятая с камеры фотография. Ну, или совсем неестественно и сюрреалистично, что тоже можно использовать в качестве выразительного средства.
Итак, нас сегодня интересует программа Luminance HDR.
Пингвин-фотолюбитель: 3. Панорамы
Для склеивания панорам нам понадобится программа с гордым именем Hugin. Имя действительно гордое, ибо дано в честь Хугина — одного из воронов Одина.
На КДПВ, конечно, не сам Хугин, а некий современный его сородич. Будем считать, потомок.
Устанавливать программу я рекомендую опять же свежую версию из PPA — «ppa:hugin/hugin-builds». На момент написания
поста актуальна версия 2016.0.0.
Вообще-то, тут у меня накладочка — Hugin отказался заводиться на виртуалке, как свежий, так и из основного репозитория. Судя по всему, ему не хватило драйверов видеокарты. Так что гарантировать, что свежая версия работает под Linux Mint лучше старой, я не могу. Скрины будут с моей основной системы, т.е. Gentoo.
Raw-файлы Hugin, к сожалению, читать не умеет, поэтому склеивать будем из 16-битного TIFF, предварительно полученного посредством Darktable.
Показаны 10 записей из 16