Уважаемые посетители! Данный сайт сохранен из исторических соображений, чтобы накопленный контент не пропал. Актуальные версии LibRaw размещаются теперь только на английской версии сайта
Тут, если интересно, такая история:
dcraw_process(), особенно если с наворотами и на большом файле, - медленная.
А unpack(), ну может быть если не на 50Mpix-кэноне - ну достаточно быстрая, чтобы ее не останавливать, пока unpack() одна. Поэтому коллбека там нет, было не надо (ну и звать callback часто - тоже обидно по перформансу)
Но вот когда unpack()-ов много и в фоне и в отдельных потоках - понадобился интерфейс для остановки.
(а dcraw_process() вот лично я не пользуюсь совсем)
Тут бардак.
dcraw_process() останавливается через progress callback: http://www.libraw.su/docs/API-CXX-rus.html#progress - старый интерфейс
А распаковка - через setCancelFlag() (атомик) - новый интерфейс.
Со временем, но наверное, cancelFlag начнет работать и в dcraw_process, например кто-нибудь это напишет. Опенсорс же.
Напрямую таких функций нет. Некоторые камеры содержат такие наборы коэффициентов в EXIF-данных, их оттуда можно прочитать каким-то exif-парсером и поставить в imgdata.params.user_mul
С другими камерами данные о пресетах баланса нужно брать где-то еще.
Про питон ничего не знаю. У libraw есть C-api, наверное можно как-то несложно сделать bindings.
Про saturation проще ответить: darkness (темнота) 0, saturation (насыщение) 4095 означает, что весь диапазон данных - от 0 до 4095. Saturation тут - в смысле "насыщение" (максимум) а не насыщенность.
Cannot use camera white balance - это хуже. Дело в том, что в ряде версий dcraw была ошибка именно с камерами Sony, отчего она не могли читать ББ для этих камер. Ищите свежую dcraw, версии 9.20, там ошибка исправлена.
1) Пробовал сделать юнибб, dcraw по указанной ссылке скачать не удалось, там предлагаются какие-то image editor-ы. Скачал программу на стороне, результат получил такой:
Loading SONY NEX-F3 image from DSC00255.arw ...
DSC00255.arw: Cannot use camera white balance.
Scaling with darkness 0, saturation 4095, and
multipliers 1.000000 1.000000 1.000000 1.000000
Проверил ранее сделанные равы с разными б_балансами, множитель везде оказался равен нулю. Я так понимаю, вот это "Cannot use camera white balance" - означает что dcraw просто не может прочитать wb этой камеры?
2) Пожалуйста, объясните, что означает "saturation 4095"? это насыщенность цвета, которую камерный профиль прибавляет к "настоящему" цвету камеры?
У меня NEC3090 со "встроенным свитчом" (два DVI-входа). У меня сложилось впечатление, что калибровочные таблицы внутри - разные. Но проверял я это очень давно, мог и напутать.
Проверить же нетрудно - записать в LUT инвертированную таблицу и все будет видно.
А вот такой неописанный в статье случай. Имеем PA271w cо встроенным KVM свитчом и несколькими входами (DVI +DP). Есть желание в основное время использовать его со стационаром через DVI-D, а иногда подключать ноут через DP. Я правильно понимаю, что необходимо и достаточно аппаратно откалибровать его на стационаре, а на лаптопе - только программно, причем как NEC требует для Mac OS и расширенного охвата - монитор должен быть основным дисплеем ? Или есть ещё нюансы?
Поисковики и мануалы спрашивал , но видимо гугл-кунгфу ещё недостаточного уровня .
Спасибо.
Если печатать в лайтруме то он делает следующее: подгоняет картинку под размер бумаги и, вероятно, пересчитывает пиксели сам. В итоге, при печати с профилем (ColorMunki) картинка выходит всегда одинаковая для данного типа носителя. Попробовал печать из лайтрума с 300ppi и 360ppi на бумаге А4 и А5- идентичны. В обоих случаях лайтрум масштабирует мишень под размер носителя. Я так думаю, лучше печатать в лайтруме? Или я не поймал очевидных граблей?
Да уж, знатный тролль. Давно я таких не видал. Но еще более меня поразило ваше спокойствие и конструктивность в-ответ на подобные провокации. Серьезно, я бы так не смог.
Еще есть ошибочка компиляции под MSVS2010:
dht_demosaic.cpp(350): error C3005: 'collapse' : unexpected token encountered on OpenMP 'parallel for' directive
Пихните экзифтулом одно в другое, у него же есть режим работы "по папкам" (вместо файла можно указать папку) и рекурсивный (
-r
).Ну и оригиналы предварительно схоронить, от греха.
>Потеряна возможность конверсии с балансом белого 'As Shot'.
Только что глянул в вывод команды
exiftool -v foo.cr2
:Если я правильно понимаю, камера всё равно пишет в метадату нужные Вам данные.
UniWB мне, впрочем, не нужен, и у меня некенон.
Тут, если интересно, такая история:
dcraw_process(), особенно если с наворотами и на большом файле, - медленная.
А unpack(), ну может быть если не на 50Mpix-кэноне - ну достаточно быстрая, чтобы ее не останавливать, пока unpack() одна. Поэтому коллбека там нет, было не надо (ну и звать callback часто - тоже обидно по перформансу)
Но вот когда unpack()-ов много и в фоне и в отдельных потоках - понадобился интерфейс для остановки.
(а dcraw_process() вот лично я не пользуюсь совсем)
Отлично, так тоже сойдет и работает.
Тут бардак.
dcraw_process() останавливается через progress callback: http://www.libraw.su/docs/API-CXX-rus.html#progress - старый интерфейс
А распаковка - через setCancelFlag() (атомик) - новый интерфейс.
Со временем, но наверное, cancelFlag начнет работать и в dcraw_process, например кто-нибудь это напишет. Опенсорс же.
Добрый день.
1) Пробовал сделать юнибб, dcraw по указанной ссылке скачать не удалось, там предлагаются какие-то image editor-ы. Скачал программу на стороне, результат получил такой:
Loading SONY NEX-F3 image from DSC00255.arw ...
DSC00255.arw: Cannot use camera white balance.
Scaling with darkness 0, saturation 4095, and
multipliers 1.000000 1.000000 1.000000 1.000000
Проверил ранее сделанные равы с разными б_балансами, множитель везде оказался равен нулю. Я так понимаю, вот это "Cannot use camera white balance" - означает что dcraw просто не может прочитать wb этой камеры?
2) Пожалуйста, объясните, что означает "saturation 4095"? это насыщенность цвета, которую камерный профиль прибавляет к "настоящему" цвету камеры?
А вот такой неописанный в статье случай. Имеем PA271w cо встроенным KVM свитчом и несколькими входами (DVI +DP). Есть желание в основное время использовать его со стационаром через DVI-D, а иногда подключать ноут через DP. Я правильно понимаю, что необходимо и достаточно аппаратно откалибровать его на стационаре, а на лаптопе - только программно, причем как NEC требует для Mac OS и расширенного охвата - монитор должен быть основным дисплеем ? Или есть ещё нюансы?
Поисковики и мануалы спрашивал , но видимо гугл-кунгфу ещё недостаточного уровня .
Спасибо.
Если печатать в лайтруме то он делает следующее: подгоняет картинку под размер бумаги и, вероятно, пересчитывает пиксели сам. В итоге, при печати с профилем (ColorMunki) картинка выходит всегда одинаковая для данного типа носителя. Попробовал печать из лайтрума с 300ppi и 360ppi на бумаге А4 и А5- идентичны. В обоих случаях лайтрум масштабирует мишень под размер носителя. Я так думаю, лучше печатать в лайтруме? Или я не поймал очевидных граблей?
Да уж, знатный тролль. Давно я таких не видал. Но еще более меня поразило ваше спокойствие и конструктивность в-ответ на подобные провокации. Серьезно, я бы так не смог.
Еще есть ошибочка компиляции под MSVS2010:
dht_demosaic.cpp(350): error C3005: 'collapse' : unexpected token encountered on OpenMP 'parallel for' directive
Ммм... Я у себя оставил raw2image_ex + версию с ручным вычитанием. Попробовал старый вариант - работает тоже
Пытался использовать (как генератор проектов для Visual Studio/XCode) - резко не понравилось. Много лишнего.
Использую Qmake. Тоже не подарок, но результат устраивает (тем более, софт весь на Qt)
А почему такое негативное отношение к CMake?
Если можете сказать что там надо поменять (а еще лучше - фиганете pull request через Github) - буду благодарен.
А еще вопрос по сборке Cmake: собирается только shared library. Есть объективные причины против static? :)
Pages