Есть две обычных jpeg RGB 24 бит (8-бит/канал) фотографии с экспозицией "авто+4" и "авто-4" одного объекта со штатива. Какая программа и как их может объединить в одно изображение по 12-бит/канал или 16-бит/канал ?
За одно действие это невозможно? Тогда пошаговые вопросы:
0. Какая программа и как может пакетно сложить попиксельно несколько изображений jpeg RGB 24 бит (8-бит/канал), чтобы уменьшить шум (уменьшая чувствительность меньше возможных мыльных 50 ISO).
1. Какая программа и как может пакетно преобразовать jpeg RGB 8-бит/канал в какой-нибудь распространённый формат 12-бит/канал или 16-бит/канал ?
2. Какая программа и как может пакетно обработать полученный ранее формат, точнее в 64 раза уменьшить яркость ?
3. Какая программа и как может пакетно сложить попиксельно пары изображений полученного ранее формата?
За одно действие это невозможно? Тогда пошаговые вопросы:
0. Какая программа и как может пакетно сложить попиксельно несколько изображений jpeg RGB 24 бит (8-бит/канал), чтобы уменьшить шум (уменьшая чувствительность меньше возможных мыльных 50 ISO).
1. Какая программа и как может пакетно преобразовать jpeg RGB 8-бит/канал в какой-нибудь распространённый формат 12-бит/канал или 16-бит/канал ?
2. Какая программа и как может пакетно обработать полученный ранее формат, точнее в 64 раза уменьшить яркость ?
3. Какая программа и как может пакетно сложить попиксельно пары изображений полученного ранее формата?
>>48332 (OP)
Это правильно называется "Exposure Blending to HDR" или есть более точные термины?
>>48351
Похоже придётся самому. Сначала 0,1,2 сделать в AVS с компенсацией смещения разных кадров, а потом 3 на чём-то низкоуровневом. Но подожду, может что-нибудь готовое найдётся.
Это правильно называется "Exposure Blending to HDR" или есть более точные термины?
>>48351
Похоже придётся самому. Сначала 0,1,2 сделать в AVS с компенсацией смещения разных кадров, а потом 3 на чём-то низкоуровневом. Но подожду, может что-нибудь готовое найдётся.
>>48332 (OP)
Случайно увидел вот такое видео. Тебе не это нужно?
https://www.youtube.com/watch?v=H5af3OXndYY
Случайно увидел вот такое видео. Тебе не это нужно?
https://www.youtube.com/watch?v=H5af3OXndYY
>>48726
Там пол часа рассказывается пронедопереэкспозицию, но ничего про автоматичнское объедениени фот с разной экспозицией.
Там пол часа рассказывается пронедопереэкспозицию, но ничего про автоматичнское объедениени фот с разной экспозицией.
>>48332 (OP)
вот это вряд ли, вернее не с точностью до LSB. Только если предположить, что никаких кривых внутри камеры не применено (как следствие физических явлений или внутрикамерной обработки) значение яркости пикселя - это ровно логарифм экспозиции и в 8 бит входит ровно 8 ступеней. По факту у тебя будут либо пересекающиеся диапазоны яркостей в парах (можно вытащить больше 8, но меньше 16 бит информации), либо провал между ними, по которому нет никакой информации.
Скорее всего сработает в случае первого сценария. Лучше бы ты тогда не в 8 стопов разницу делал между кадрами, конечно. Или если уж такой диапазон нужен, делай три кадра вместо двух.
enfuse. Вот прямо всё как мы любим, пакетная обработка, CLI, последний релиз в 2016 году. Лучше ставь сразу Hugin, она туда входит, а ещё там есть полезные вспомогательные тулзы типа выравнивающего align_image_stack и даже GUI.
А ещё вот тебе табличка с другими программами, которые я не пробовал, но там помечены у каких пакетная обработка есть.
https://wiki.panotools.org/HDR_Software_overview
>16-бит/канал
вот это вряд ли, вернее не с точностью до LSB. Только если предположить, что никаких кривых внутри камеры не применено (как следствие физических явлений или внутрикамерной обработки) значение яркости пикселя - это ровно логарифм экспозиции и в 8 бит входит ровно 8 ступеней. По факту у тебя будут либо пересекающиеся диапазоны яркостей в парах (можно вытащить больше 8, но меньше 16 бит информации), либо провал между ними, по которому нет никакой информации.
>12-бит/канал
Скорее всего сработает в случае первого сценария. Лучше бы ты тогда не в 8 стопов разницу делал между кадрами, конечно. Или если уж такой диапазон нужен, делай три кадра вместо двух.
> Какая программа
enfuse. Вот прямо всё как мы любим, пакетная обработка, CLI, последний релиз в 2016 году. Лучше ставь сразу Hugin, она туда входит, а ещё там есть полезные вспомогательные тулзы типа выравнивающего align_image_stack и даже GUI.
А ещё вот тебе табличка с другими программами, которые я не пробовал, но там помечены у каких пакетная обработка есть.
https://wiki.panotools.org/HDR_Software_overview
>>48332 (OP)
ещё забыл упомянуть про "как". Enblend и объединяет, и на выходе 16 битный файл выдать может, но это не HDR, это именно слияние нескольких изображений с хитро посчитанными масками. Если тебе надо именно HDR иметь или на выходе, или в качестве промежуточного этапа того, чем ты там занят - то Luminance HDR не пробовал, но все хвалят или ещё какая программа из той таблички
>как их может объединить
ещё забыл упомянуть про "как". Enblend и объединяет, и на выходе 16 битный файл выдать может, но это не HDR, это именно слияние нескольких изображений с хитро посчитанными масками. Если тебе надо именно HDR иметь или на выходе, или в качестве промежуточного этапа того, чем ты там занят - то Luminance HDR не пробовал, но все хвалят или ещё какая программа из той таблички
>>49748
спасибо, аноша, очень полезно
16 бит (неважно, целые или плавающая запятая) нужны исключительно для исключения ошибок промежуточных вычислений, которые нужно делать с линейными уровнями, полученными с учётом, что в камере была нелинейность.
А на выходе JPEG2000 RGB 3*8 бит будет достаточным, причём с гамма=1,8, соответствующей фактической обычных ЖК.
спасибо, аноша, очень полезно
>16-бит/канал
>вот это вряд ли, вернее не с точностью до LSB.
16 бит (неважно, целые или плавающая запятая) нужны исключительно для исключения ошибок промежуточных вычислений, которые нужно делать с линейными уровнями, полученными с учётом, что в камере была нелинейность.
А на выходе JPEG2000 RGB 3*8 бит будет достаточным, причём с гамма=1,8, соответствующей фактической обычных ЖК.
>>48332 (OP)
С такими вопросами с ходи к астоёбам, это они иаким занимаются.
Алсо имей в виду что jpg это не RGB данные, а яркость и цветоразнос, как в видео. При чем по цвету там разрешение как правило меньше в 2 или 4 раза (как в видео).
Ну и не забывай про то, что источники джипеглв обычно накатывают всякую хуйню типа шарпена, и после слоднния кучи ддипегов вче это тоже будет усилено.
Сложить кучу картинок кстати модно фотошопом.
С такими вопросами с ходи к астоёбам, это они иаким занимаются.
Алсо имей в виду что jpg это не RGB данные, а яркость и цветоразнос, как в видео. При чем по цвету там разрешение как правило меньше в 2 или 4 раза (как в видео).
Ну и не забывай про то, что источники джипеглв обычно накатывают всякую хуйню типа шарпена, и после слоднния кучи ддипегов вче это тоже будет усилено.
Сложить кучу картинок кстати модно фотошопом.
>>49965
Наоборот, объединение уменьшает шумы, включая наведенные обработкой.
>после слоднния кучи ддипегов вче это тоже будет усилено
Наоборот, объединение уменьшает шумы, включая наведенные обработкой.
>>48332 (OP)
А потом безграмотные пидарасы на дваче пишут "шо ты нам энциклопедические знания вываливаешь". Так потому что вы нихуя не знаете их:
>>872818 →
HDR-слияние возможно как-то приемлимо автоматически сделать только если не было нарушено соотношение экспозиций, то есть, программа может соотнести абсолютные значения яркости с обоих картинок, чтобы выстроить широкий диапазон. Я имел неосторожность сделать лишнюю обработку в исходниках, и получил ебовые артефакты в результате, как то непонятно откуда возникающие рамки там, где исходно было просто белая стена.
HDR-слияние на равках умеют делать Lightroom, Photomatix, Luminance, может ещё какие-то хуёвины, но для них нужно более-менее сырое изображение, потому что слияние изображений после глубокой обработки сродни перерисовке их нейросетью заново.
Наложение слоёв руками я делал в гимпе, я думаю в фотошопе то же самое можно сделать.
>>73453
Как повезёт.
А потом безграмотные пидарасы на дваче пишут "шо ты нам энциклопедические знания вываливаешь". Так потому что вы нихуя не знаете их:
>>872818 →
HDR-слияние возможно как-то приемлимо автоматически сделать только если не было нарушено соотношение экспозиций, то есть, программа может соотнести абсолютные значения яркости с обоих картинок, чтобы выстроить широкий диапазон. Я имел неосторожность сделать лишнюю обработку в исходниках, и получил ебовые артефакты в результате, как то непонятно откуда возникающие рамки там, где исходно было просто белая стена.
>Какая программа и как может пакетно сложить попиксельно несколько изображений jpeg RGB 24 бит (8-бит/канал), чтобы уменьшить шум (уменьшая чувствительность меньше возможных мыльных 50 ISO)
HDR-слияние на равках умеют делать Lightroom, Photomatix, Luminance, может ещё какие-то хуёвины, но для них нужно более-менее сырое изображение, потому что слияние изображений после глубокой обработки сродни перерисовке их нейросетью заново.
Наложение слоёв руками я делал в гимпе, я думаю в фотошопе то же самое можно сделать.
>>73453
>>после слоднния кучи ддипегов вче это тоже будет усилено
>Наоборот, объединение уменьшает шумы, включая наведенные обработкой.
Как повезёт.
3,4 Мб, 5885x3808HDR из RAW-ок снятых с брекетингом при помощи Luminance HDR: >>873478 →
Наложение девяти кадров из серии, выравнивание тулзой из Hugin, потом слияние через GMIC, и пост в DarkTable — пикрил. К сожалению, Luminance HDR наебнулся при попытке выполнить простое слияние с Flat профилем.
Наложение девяти кадров из серии, выравнивание тулзой из Hugin, потом слияние через GMIC, и пост в DarkTable — пикрил. К сожалению, Luminance HDR наебнулся при попытке выполнить простое слияние с Flat профилем.