[awl]

Нулевой кадр получается не нужен, или брать пересекающиеся цвета, суммировать и усреднять для более точной цветопередачи.
А приводить к 24битам придётся хитро - "компрессировать" тени и засветку, как это делают HDRi-конвертеры.

Типа такого:


Но это всё уже начинает напоминать изобретение велосипеда

[Virgo_Style]

Ну, я с самого начала так и сказал

[AVSel]

Интересно было-бы еще наложить бимшот на картинку, например на фотку стены, снятой с аналогичного расстояния, насколько это правдоподобно получиться.
Приблизительный алгоритм: R=((ushort)Rf*Rb)/255; G=((ushort)Gf*Gb)/255; В=((ushort)Вf*Вb)/255; ну и так по всем пикселям.

Поскольку я ничего не понял насчет +-2EV, наверное глупость сморозил

[AVSel]

Перечитал еще пару раз, дошло... Отбрасыванием ничего не добиться. 8-битные цвета надо суммировать с перемножением на соответствующие выдержке коэфиценты, получатся скажем 16 бит на цвет, затем логарифмировать или сжимать еще как-то.
Основание логарифма подбирается так, чтоб из 16 бит получилось опять 8.

[Virgo_Style]

в "как-то" и заключается самое интересное -)

логарифм - это сильно перебор, корень квадратный немного получше... Но чем гадать, проще сделать настраиваемую кривулину и совместными усилиями найти, шо называется, консенсус -)

Получающийся в этом варианте велосипед, к слову, в gimp называется "кривые". В фотошопе, возможно, тоже.

Но велосипед не стопроцентный, бо "исходный материал" кривых получен хэдээризацией.

[awl]

 Сообщение от AVSel :

Перечитал еще пару раз, дошло... Отбрасыванием ничего не добиться. 8-битные цвета надо суммировать с перемножением на соответствующие выдержке коэфиценты, получатся скажем 16 бит на цвет,

+-2EV это экспозиция в четыре раза туда и сюда как раз по два бита

 Сообщение от AVSel :

затем логарифмировать или сжимать еще как-то.
Основание логарифма подбирается так, чтоб из 16 бит получилось опять 8.

нам главное чтобы засветка полностью отобразилась, выровнять пересвеченные и недосвеченные области к чему-то среднему, что видит глаз..

[AVSel]

Тогда средний бимшот действительно не нужен, сложение со сдвигом на 4бита, получаем 13 бит значение от 0 до 4335. И массив нужен из 255-ти элементов и значениями в диапазоне 1 до 4334. Ищем ближайшее значение в таблице и индекс и есть искомый байт цвета. А вот заполнить массивчик... тут думать надо... можно функцией, а может и ручками по графику чуствительности глаза.

А еше глаз имеет разные кривые, для разного цвета, таблички наверное три понадобится.

[Virgo_Style]

Ээээ. Не надо разных кривых. Если уплывут цвета, то получится явно не то, что мы видим глазом.

[AVSel]

То что чуствительность глаза при снижении освещенности смещается в синию область - факт. Другое дело, что смотреть в результате мы будем на монитор, при нормальной освещенности. Совершенно непонятно что в этом случае с цветом делать...

[Virgo_Style]

В общем, как я все это вижу: надо делать некую тестовую версию, с редактором кривулины, и пусть каждый желающий эту кривулину под себя редактирует. Потом все это собирается в кучу, усредняется и делается уже финальная версия с фиксированной кривой. Логично?

[AVSel]

Вполне логично. Только редактор кривулины лучше пусть тоже останется. У всех глаза разные. А я заметил что у меня правый и левый по разному видят, одним красный лазер не сфокусируешь, другим у фиолета точка расплывается

[Virgo_Style]

 Сообщение от AVSel :

У всех глаза разные.

Именно поэтому кривулина должна быть одинаковой.

[awl]

С кривой - согласен, хотя-бы в альфа-версии можно так сделать.
И пусть будет два кадра - проще подгонять исходные бимшоты пиксель в пиксель перед загонкой в прогу

[Virgo_Style]

Так, ну вот... типа альфа.

Слева сверху - две кнопки для открытия файлов. Автоматического определения кто есть кто нет, так что не перепутайте, где пересвеченный, а где недосвеченный.

Под ними - шаг, может быть дробным (в десятичных дробях, однако).
Дальше радиокнопки выбора картинки (две исходных и результат).
Под ними кнопка редактирования кривой и кнопка пересчета (вообще-то ненужная, но на всякий случай поставил).

В окне редактирования кривой из нормальных контролов фактически работает только выбор цвета, закрытие да обновление (которое происходит автоматически).

Правый клик по точке - удаление точки.
Левый клик по пустому месту - создание точки.
Хватаем и тащим точку - перенос точки (для переноса точки на очень малые дистанции, в пределах рамки, можно просто кликать туда, куда ее надо перенести).

При изменении кривой сразу пересчитывается-перепоказывается результат, если выбрано его отображение.

Алгоритм пришлось немного изменить: нету сдвига - есть умножение на соответствующую степень двойки, и масок нет тоже, простое сложение.
Бо в теории-то все гладко, а на практике из-за шумов имеем то 0001|0000, то 0000|1111, и в результате после отсечения старшей части получается сплошная похабщина.
Зато с дробными шагами никаких проблем.

Как-то так.

vsHDRi.zip

[awl]

Почему-то у меня падает с делением на ноль на этих бимшотах:

[Virgo_Style]

Ага, есть такая фигня
vsBeamHDRi.exe

[awl]

динамический диапазон определённо расширяется надо поэкспериментировать с кривыми..

[AVSel]

 Сообщение от awl :

динамический диапазон определённо расширяется надо поэкспериментировать с кривыми..

Мне вот эта нравится vsBeamHDRi.zip.
Эм.. Сдвиги и умножение на степень двойки(целочисленную) - одно и тоже.

[Virgo_Style]

Целочисленную да.

В честь новоселья зарелиЗЮ ту программулину, о которой изначально шла речь.

vsBeam - программа для создания "синтетического" бимшота и построения графиков распределения света.

Очень не хочется писать полноценное описалово, особенно 2 января -))
Поэтому пока вкратце, а там видно будет.

Закладка "бимшот":

Здесь можно открыть/загрузить бимшот (лучше открывать, потому что EXIF читается только при этом. И вообще, вы же запретили лазить в интернет черт знает чьей программе, верно?).
При открытии файла "название" устанавливается автоматически, но можно его и подкорректировать. Оно отображается на "синтетическом бимшоте", как и копирайт.

Дальше три закладки - на первой можно изменять яркость и контраст (влияет только на отображение и на автопоиск центра, на расчет не влияет), на второй - выбираем центр бимшота (автопоиск часто не очень хорошо находит центр с первого раза). Кнопками "+", "-" можно менять размер перекрестья, четыре безымянные кнопки корректируют его положение. Разумеется, позицию можно менять и мышкой (на других закладках эта функция не активна). На третьей закладке можно ввести расстояние, с которого сделан бимшот, опять же мышью (нажать-протащить-отпустить) провести линию и указать, какому физическому расстоянию она соответствует. Без этих расстояний невозможно определить углы, хотя в принципе программа может обходиться без них.

Едем дальше - закладка График.

Здесь отображается график распределения яркости и потока от угла (если не были указаны масштабы - то от координаты). Можно его сохранить, можно просто любоваться.

закладка Псевдобимшот.

Здесь самое интересное - картинка-отчет.

К численным характеристикам следует относится с осторожностью. Для одинаковых условий они что-то скажут, но для разных расстояний-фотоаппаратов-настроек... ну, это будет чуть-чуть поточнее, чем кости кинуть. Не более. Сферические попугаи в вакууме.

Сохраняется кнопкой внизу.

закладка Текстовый отчет

Тут немного подробнее про сферических попугаев в вакууме. Не знаю, может позже вообще уберу нафик. Нету у меня особой веры этим цифрам, а практика показывает, что сколько ни предупреждай - в итоге все равно грабли.

закладка Калибровка.

На двух предыдущих закладках присутствует цветовая температура. Откуда она берется?
Берется средний цвет в центре бимшота, переводится в цветовое пространство XYZ (не спрашивайте меня, что это такое), и из него по некой формуле получается цветовая температура. В формуле присутствуют некие коэффициенты - вот здесь их можно задать.
Например, загрузив в качестве картинки табличку типа этой
,
выбирая в качестве центра последовательно разные цвета и щелкая по соответствующим панелькам на этой странице.
Выбрали цвет, соответствующий 2000К - перешли сюда, щелкнули по 2000K. Выбрали 3000К - ...
Потом нажимаем "вычислить" - и калибровка произведена.

Опять же, к цветовой температуре следует относиться с известным скепсисом. Ну, понятно, что на розовых обоях будет одно, на синей стене - другое, с автобалансом белого - третье, и так далее.

И еще раз.
Основная задача этой программы - построение графиков распределения и создание "синтетического бимшота". Все численные характеристики даются "для справки" и могут использоваться для сравнения ТОЛЬКО при одинаковых начальных условиях - фотоаппарат, выдержка, диафрагма, ISO, баланс белого, фон и так далее.

vsBeam.zip, версия от 2 янв 2010.

А, вот еще что. Программа не любит изменения размеров окна по ходу дела. Если изменили размер - надо заново указать центр и масштаб. Возможно, это будет пофиксено позднее... а возможно и нет. Самое интересное - "синтетический бимшот", а его размер всегда одинаков и от размера окна не зависит.

[Leon]

Вах!!! Заценил, спасибо за программулину! Немного погонял её, в обращении простая, но вполне эффективная! "Синтетические бимшоты" получить теперь могем, следовательно ждем доработанную Фонарёвку3D!