Свежие комментарии

хочу вопрос на засыпку (подходить будем исподтишка значит, чтобы не рассыпать новичок раньше дверной ручки) - выхлоп SonyPixelShift2DNG - он сделан так что бы Adobe ACR/LR опознавали DNG как "raw" из Sony A7R3 (т.е. соотв. профили для A7R3 в UI будут выставлены, всякие прочие camera-specific вещи будут в UI такие же как и для .ARW из A7R3) ?

Так тоже устраивает )

Алексей, а есть какие-то предположения, что никон может линейно работать только с родной оптикой, а со сторонней дает нелинейность ? Хотя скорее всего кажется, что в 10 летней камере линейностью и не пахло. А в таком случае данный метод замера по светам трудноприменим. Более реально замерить по нескольким точкам и усреднить и убедиться что до светов по сцене не более 2.5.

Благодарю!

Добрый день. В методе демозаика Петрусевича в 32-разрядной венде ошибка всплывает из-за нехватки памяти. Файл aahd_demosaic.cpp
Нужно бы проверку добавить для
rgb_ahd[0] = (ushort3*) calloc(nr_height * nr_width,
(sizeof(ushort3) * 2 + sizeof(int3) * 2 + 3));

Сначала про Луну: у Луны угловой диаметр полградуса. У секоника вашего какой диаметр замера, градус? Ну вот вы померяли 1/4 луны и 3/4 неба если точно попали луной в дырочку, если неточно, то меньше луны.

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

Если у вас в ощущениях расходится показания секоника с ожидаемым - ну стоит проверить, не луну ли вы меряли......

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

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

https://github.com/LibRaw/LibRaw-demosaic-pack-GPL2/commit/a559dbfd1b71f...

При всем уважении к Яну Владимировичу, нужен ли его исходник еще в Libraw?
wf_filtering.cpp
из dcraw_process убрали, следов больше не нашел.

Про шейпинг забугра -- столкнулся нежданчиком для себя: https://it.d3.ru/1308540/ -- я так и не понял, как это делается. Пока разбирался, перетянул всё как было

Логично. Мне нравится.

Понятно. Сейчас приколочу.

В libraw_cxx теперь такой код

/* median filter callback, if not set use own */
median_filter();
SET_PROC_FLAG(LIBRAW_PROGRESS_MEDIAN_FILTER);

При этом колбэка на свой фильтр нет возможности указать. Соответственно, старый код (ниже) для метода 8 не прикрутить.
if (quality == 8)
{
if (eeci_refine_fl == 1) refinement();
if (O.med_passes > 0) median_filter_new();
if (es_med_passes_fl > 0) es_median_filter();
}
м.б. добавить колбэк тут?

Это ошибка в доке, спасибо.

Сначала ввели interpolate_bayer/_xtrans, они были прямо в общей структуре. Потом добавилось коллбеков, унесли в отдельную структуру callbacks, а доку - забыли.

Я поправлю доку ближе к вечеру.

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

Надо брать за основу LibRaw 0.18, тамошний dcraw_process и смотреть где звались старые функции - и какие вместо них теперь callbacks.