Есть две обычных 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. Какая программа и как может пакетно сложить попиксельно пары изображений полученного ранее формата?
>>8332 (OP)
Это правильно называется "Exposure Blending to HDR" или есть более точные термины?
>>8351
Похоже придётся самому. Сначала 0,1,2 сделать в AVS с компенсацией смещения разных кадров, а потом 3 на чём-то низкоуровневом. Но подожду, может что-нибудь готовое найдётся.
Это правильно называется "Exposure Blending to HDR" или есть более точные термины?
>>8351
Похоже придётся самому. Сначала 0,1,2 сделать в AVS с компенсацией смещения разных кадров, а потом 3 на чём-то низкоуровневом. Но подожду, может что-нибудь готовое найдётся.
>>8332 (OP)
Случайно увидел вот такое видео. Тебе не это нужно?
https://www.youtube.com/watch?v=H5af3OXndYY
Случайно увидел вот такое видео. Тебе не это нужно?
https://www.youtube.com/watch?v=H5af3OXndYY
>>8726
Там пол часа рассказывается пронедопереэкспозицию, но ничего про автоматичнское объедениени фот с разной экспозицией.
Там пол часа рассказывается пронедопереэкспозицию, но ничего про автоматичнское объедениени фот с разной экспозицией.
>>8332 (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
>>8332 (OP)
ещё забыл упомянуть про "как". Enblend и объединяет, и на выходе 16 битный файл выдать может, но это не HDR, это именно слияние нескольких изображений с хитро посчитанными масками. Если тебе надо именно HDR иметь или на выходе, или в качестве промежуточного этапа того, чем ты там занят - то Luminance HDR не пробовал, но все хвалят или ещё какая программа из той таблички
>как их может объединить
ещё забыл упомянуть про "как". Enblend и объединяет, и на выходе 16 битный файл выдать может, но это не HDR, это именно слияние нескольких изображений с хитро посчитанными масками. Если тебе надо именно HDR иметь или на выходе, или в качестве промежуточного этапа того, чем ты там занят - то Luminance HDR не пробовал, но все хвалят или ещё какая программа из той таблички
>>9748
спасибо, аноша, очень полезно
16 бит (неважно, целые или плавающая запятая) нужны исключительно для исключения ошибок промежуточных вычислений, которые нужно делать с линейными уровнями, полученными с учётом, что в камере была нелинейность.
А на выходе JPEG2000 RGB 3*8 бит будет достаточным, причём с гамма=1,8, соответствующей фактической обычных ЖК.
спасибо, аноша, очень полезно
>16-бит/канал
>вот это вряд ли, вернее не с точностью до LSB.
16 бит (неважно, целые или плавающая запятая) нужны исключительно для исключения ошибок промежуточных вычислений, которые нужно делать с линейными уровнями, полученными с учётом, что в камере была нелинейность.
А на выходе JPEG2000 RGB 3*8 бит будет достаточным, причём с гамма=1,8, соответствующей фактической обычных ЖК.
>>8332 (OP)
С такими вопросами с ходи к астоёбам, это они иаким занимаются.
Алсо имей в виду что jpg это не RGB данные, а яркость и цветоразнос, как в видео. При чем по цвету там разрешение как правило меньше в 2 или 4 раза (как в видео).
Ну и не забывай про то, что источники джипеглв обычно накатывают всякую хуйню типа шарпена, и после слоднния кучи ддипегов вче это тоже будет усилено.
Сложить кучу картинок кстати модно фотошопом.
С такими вопросами с ходи к астоёбам, это они иаким занимаются.
Алсо имей в виду что jpg это не RGB данные, а яркость и цветоразнос, как в видео. При чем по цвету там разрешение как правило меньше в 2 или 4 раза (как в видео).
Ну и не забывай про то, что источники джипеглв обычно накатывают всякую хуйню типа шарпена, и после слоднния кучи ддипегов вче это тоже будет усилено.
Сложить кучу картинок кстати модно фотошопом.