В окне гистограмм значения параметра Values очень плотно прижимаются к правому краю окна. Становится даже не понятно все числа влезли или часть строки обрезалась. Воздуха бы туда добавить.
У меня на этот счет нет определенного мнения. Ну то есть это удобно тем, кто держит ББ в автомате, неудобно - тем кто использует UniWB. Но цена вопроса - один раз поправить настройки и оно запомнится.
ВАУ АЛЕКСЕЙ! :))
Классно! Попробовал сразу, для D3X - все отлично! Есть только маленький "глючок" - при вводе в поле 0 EV at: в блоке Show EV Grid какое-то форматирование появляется - ввожу 16383 - отображается 163883 с какими-то рамками. При выходе из поля фиксируется введенное значение 16383.
Ну а по файлам от leaf - пока не пофиксено. Буду ждать. Но все равно очень здорово! СПАСИБО!
Срочности нет никакой, просто стоял перед выбором задника, но вопрос отпал сам собой. Заказчик в договоре конкретно прописал что это должно быть ( не Leaf точно :), поэтому тема отпала. Сравнил Leaf и требуемый заказчиком задник- цена примерно одинаковая, а линз на требуемый намного больше, так что выбор сделан не в пользу Leaf. Ну и у листьев мультишота нет для ювелирки и предметки, что очень сужает диапазон его применения.
Если у вас есть (будет) на руках мультишот-задник (неважно, хассель или синар, потому что оба интересны) - мне очень нужны примерые мультишот-снимков в RAW. Неважно чего (но лучше, если в сюжете есть колорчекер). Потому что формально поддержка Sinar Multishot есть у меня в LibRaw но я никогда не пробовал т.к. нет примеров. А про хассель - и поддержки нет, но если ее можно малой кровью сделать, то тоже интересно (но самплов тоже нет).
хасселевский fff файл выложен с 60-го задника в сети http://kadrik.com/hasselblad/samples/fff/60MP_HC3590at90.fff
Но какой-то он странный :( В exif уровень белого 65535, уровень черного 512, открыл диггером - уровень черного 0. То есть видимо в dng завернут (да и белый тоже на эти 512 бит меньше). Открывал в RPP с балансом as shot, L-кривой и вельвией - медь обалденная, красная. По lpp - не более 150, "кристальной" резкости нет. Ну и на ярких участках в RPP какой-то клиппинг вылез неустраняемый. Диапазон в диггере очень хороший показывает, уверенных 9 стопов.
По мультишотам синара 86-го будут где-то через недельку, обязательно пошлю.
fff-ов у меня много разных есть, но они все однокадровые, не мультишот.
Мультишоты (т.е. все 4 компонента пиксела - заполнены) - диггером обрабатываться не должны. Только байер. Это ограничение для упрощения, со временем мы его снимем (чтобы кэноновские sRAW смотреть, например), но очень не скоро.
Увы :(( Картинка также "жамкнутая". И в цветах врет. Выложу через часик снимок серой карты seconik c 7-ю плашками через 1/6 eV и сверху белой, снизу черной плашкой на 18% сером фоне. Мишень строго по центру кадра, сверху хвостик фобовского гибкого держака (черная клипса)
Э-ге-гей, Хали-хали , как в "Кавказской пленнице" распевали! Заработало! Респект и уважуха :) Линки на свежий экземпляр надо поправить, а то не на всех местах правильный файл скачивает.
С уважением,
Александр
Да, касательно мишени, снималась на пилотах, так что синего там и не должно быть :) Но свет Бронколор миниплюс C200. Достаточно стабильно, но только выставлять 2 источника точно времени не было, поэтому есть разнояркость. Но о диапазоне лифа можно судить однозначно. Теней не будет :(( Даже точно экспонируй под насыщение. То есть его назначение - картинка в студии, где диапазон сцены сведен к минимуму, весь вылизан. На пейзаже, несмотря на здоровенный экран на заднике, он, ну по-мягче так сказать, это фулфрейм слегка подраздутый, со всеми его проблемами. Ну а ценник на него будь здоров! Но это ИМХО.
С уважением,
Александр
P.S. По обещанным синарам, пока откладывается по личным обстоятельствам, но помню, как будет возможность, сразу пошлю.
Заранее спасибо! (По нажатию кнопки EXIF в открывающемся окне информация в секции XMP выводится вся корректно.Видимо при открытии не все строчки обрабатывает?)
Да не к спеху все это, самое главное работает - гистограмма отображает распределение пикселов в диапазоне сенсора. И клиппинг можно оценить по хвостику насыщения - если из 6 мегапикселей в канале около 20 килопикселей в зеленом клиппинга, то это, думаю, ерунда и экспозиция для сюжета тютелька-в-тютельку. Возник вопрос при просмотре гистограммы к Андрею Твердохлебу. Компрессированная экспозиция в RPP работает на сжатие количества уровней сигнала между битами? То есть при 14-битном сигнале между 13 и 14 битами 8192 уровней и они по какому-то алгоритму сжимаются в удобоваримый диапазон яркостей? Глаз-то все равно такое количество уровней не увидит!Или я что-то не так понимаю?
Я туда тоже запостил :) Интересно с точки зрения уровней между стопами что там происходит в алгоритме. Как, например, 14-битная картинка сжимается. Как Илья в своей лекции про профессионалов Кодака говорил, что люди умеют видеть. Что же мы можем увидеть после компрессии, я имею ввиду, 8192 уровней в 4096 превратятся что-ли, дак я ни того ни другого не увижу. Другой разговор, что я при коррекции могу отбросить тени и из светов эти уровни двинуть в средние тона, например. Как-то такие мысли в голову приходят. Поправьте если что не так.
Доброго времени суток, Илья!
Спасибо за ответ. Потянуло на странное, вот и заумничал. То есть вывод в "цифре" таков, что чем больше бит в изображении, тем больше мы получаем "избыточных" уровней, с которыми надо что-то будет делать при обработке.
В светах - да. А в тенях - это позволяет в более глубоких тенях получить что-то разумное.
Но ничего "делать" с "избыточными" уровнями не надо. При преобразовании из линейной гаммы в 2.2 (или что там используется для редактирования), лишние уровни сами пропадут.
Вред от них только в том, что они лишнее место на флэшке занимают.
По поводу обновления до второй Альфы. Предыдущая версия никак не просигнализировала, что есть обновление. Зная о том, что оно таки есть, несколько раз даже специально перезапускал Альфу1, программа проверяла наличие обновления, но рапортовала, что всё ОК, обновлений нет. Пришлось скачать и поставить новую версию вручную.
Thank you for your work.
three small quirks:
- In the main window, when no file is open, "Use Ctrl+O" should be Use Cmd-O"
- the file-save-dialog is not "Apple"-like.
- when I save a Sample-file, then open a new raw-file, add new samples and append the samples to the file all samples have the new filename
Regards
Johannes
Yes, the application is just recompiled from Windows version, so many Windows-related minor quirks (including manual) may remain.
The last one is not a bug, but feature. The sample is just 'rectangle' on file data. So, when you open new file, the data in sample table changes. So, saving with new filename is right. If you have unsaved samples, the program will warn you that the data will be lost after file open.
I tried RawDigger with a file with german umlauts (_S .SRW) .
The filename is correctly displayed on the screen and in the menu of the used files.
In the export of the Histogramm the Umlauts are correct, also in the saved sample-CGATS-file.
When the samples are saved as csv-file the umlaut are wrong.
The problem is confirmed: for Histogram text output the UTF8 filename is used, while in Samples output the filename is converted to local 8-bit encoding (according to your regional settings).
The both ways are right... and wrong in the same time: not all programs like UTF8 and local 8-bit output may be incorrect if your primary language is not set to German (in your case). Time to an extra Preferences setting ( [x] Output filename in text files using UTF8 )
Then there must be something wrong with the conversion to the local encoding - my regional settings are de_AT.UTF-8.
This is the output of "od -xc umlaut.txt"
0000000 535f 83c3 b6c2 83c3 a4c2 83c3 bcc2 83c3
_ S ** ** ** ** ** ** **
0000020 96c2 83c3 84c2 83c3 9cc2 83c3 9fc2 532e
302 226 ** 302 204 ** 302 234 ** 302 237 . S
0000040 5752 000a
R W \n
0000043
I deleted everything but the filename from the saved csv-file.
Сразу спасибо огромное за мак-версию! Благодарен.
Но появились вопрос: попытался проанализировать raw-файлы с некоторых старых своих камер и текущей.
Камеры в сравнение: Canon 5d, 5dm2, Sony a850, Sinar eMotion 54lv
И вот что странно: чтобы я не загонял на просмотр из узких камеры - максимальные значение по файлу не доходят и до 5000 (грубо).
Промеряю любой dng-файл c Sinar eMotion 54lv - максимальное значение 16300 и более.
Видно на картинке: http://cl.ly/FeHn
Поясните пожалуйста, где собака зарыта?
У 5D MkII - значения по засвеченному полю чуть больше 14500, если у вас 5000 - значит кадры недодержаны.
5D - 12-битная камера, максимум в районе 3500 должен быть.
Sony - стандартная процедура делит выходные значения на 4 (так они согласуются с уровнем black level репортуемым камерой), максимум при таком делении - 4095 (включите Sony ARW2 hack - будет 16000)
Еще вопрос: как я понимаю максимальное значение которое может быть для переэскпонированного (с вылетами) кадра - это точка белого из exif минус точка черного (из того-же exif или черной рамки)?
Сейчас поясню почем это определил.
exif: http://cl.ly/FexS
Черный: 62, белый 16383
Пересвеченый кадр: максимальное значение 16321 http://cl.ly/Ff2l
Нормально экспонированный: 16333 http://cl.ly/FfCo
Вопрос: почему на переэкспонированном кадре максимальное значение ниже, и равняется белому значению минус черное из экзифа (16383-62=16321).
У вас весь диапазон (АЦП) - 16 бит т.е. максимальное значение 16383.
Камера, из каких-то своих соображений (скажем, из длительности выдержки и температуры) ставит уровень черного. Весь рабочий диапазон получается 16383-уровень черного. Еесли уровень черного отличается на 12 единичек, то и рабочий диапазон будет отличаться так же.
Спасибо! Вы абсолютно правы - не додумался по exif посмотреть точку черного. Действительно, для нормально-эскпонированного кадра уровень черно - 50 единиц. От сюда и максимальное значение большее. Интересно. Надо будет понаблюдать.
Теперь буду разбираться с экпонометрией своей камеры.
Еще раз спасибо за чудесную программу, и за версию под мак. А то я сразу и расстроился когда вышла только под win.
Cпасибо за Мак версию!
Submitted by alex.zabol on
Cпасибо за Мак версию!
В окне гистограмм значения параметра Values очень плотно прижимаются к правому краю окна. Становится даже не понятно все числа влезли или часть строки обрезалась. Воздуха бы туда добавить.
Воздуха подлили: http://www
Submitted by lexa on
Воздуха подлили: http://www.rawdigger.ru/news/rawdigger-0-9-10-alpha2-mac
Спасибо! Теперь нормально.
Submitted by alex.zabol on
Спасибо! Теперь нормально.
И мне кажется в настройках
Submitted by alex.zabol on
И мне кажется в настройках программы логичнее задать параметру "RGB render White Balance" значение по умолчанию As Shot.
У меня на этот счет нет
Submitted by lexa on
У меня на этот счет нет определенного мнения. Ну то есть это удобно тем, кто держит ББ в автомате, неудобно - тем кто использует UniWB. Но цена вопроса - один раз поправить настройки и оно запомнится.
Будет вторая жалоба - поправлю, дело секундное.
ВАУ АЛЕКСЕЙ! :))
Submitted by nic_1996 on
ВАУ АЛЕКСЕЙ! :))
Классно! Попробовал сразу, для D3X - все отлично! Есть только маленький "глючок" - при вводе в поле 0 EV at: в блоке Show EV Grid какое-то форматирование появляется - ввожу 16383 - отображается 163883 с какими-то рамками. При выходе из поля фиксируется введенное значение 16383.
Ну а по файлам от leaf - пока не пофиксено. Буду ждать. Но все равно очень здорово! СПАСИБО!
С уважением,
Александр
Да, по leaf-у не трогал
Submitted by lexa on
Да, по leaf-у не трогал ничего пока. И когда потрогаю - еще не знаю. Точно не в ближайшие несколько дней.
Про Leaf - не удержался,
Submitted by lexa on
Про Leaf - не удержался, потрогал.
Это бага у меня в LibRaw (отчего-то) неверно определяется байеровский паттерн. Прародитель, а именно dcraw, делает все верно.
Значит буду разбираться быстрее (ошибка же ж), но вряд-ли раньше середины недели получится.
Срочности нет никакой, просто
Submitted by nic_1996 on
Срочности нет никакой, просто стоял перед выбором задника, но вопрос отпал сам собой. Заказчик в договоре конкретно прописал что это должно быть ( не Leaf точно :), поэтому тема отпала. Сравнил Leaf и требуемый заказчиком задник- цена примерно одинаковая, а линз на требуемый намного больше, так что выбор сделан не в пользу Leaf. Ну и у листьев мультишота нет для ювелирки и предметки, что очень сужает диапазон его применения.
С уважением,
Александр
О!
Submitted by lexa on
О!
Если у вас есть (будет) на руках мультишот-задник (неважно, хассель или синар, потому что оба интересны) - мне очень нужны примерые мультишот-снимков в RAW. Неважно чего (но лучше, если в сюжете есть колорчекер). Потому что формально поддержка Sinar Multishot есть у меня в LibRaw но я никогда не пробовал т.к. нет примеров. А про хассель - и поддержки нет, но если ее можно малой кровью сделать, то тоже интересно (но самплов тоже нет).
хасселевский fff файл выложен
Submitted by nic_1996 on
хасселевский fff файл выложен с 60-го задника в сети http://kadrik.com/hasselblad/samples/fff/60MP_HC3590at90.fff
Но какой-то он странный :( В exif уровень белого 65535, уровень черного 512, открыл диггером - уровень черного 0. То есть видимо в dng завернут (да и белый тоже на эти 512 бит меньше). Открывал в RPP с балансом as shot, L-кривой и вельвией - медь обалденная, красная. По lpp - не более 150, "кристальной" резкости нет. Ну и на ярких участках в RPP какой-то клиппинг вылез неустраняемый. Диапазон в диггере очень хороший показывает, уверенных 9 стопов.
По мультишотам синара 86-го будут где-то через недельку, обязательно пошлю.
С уважением,
Александр
fff-ов у меня много разных
Submitted by lexa on
fff-ов у меня много разных есть, но они все однокадровые, не мультишот.
Мультишоты (т.е. все 4 компонента пиксела - заполнены) - диггером обрабатываться не должны. Только байер. Это ограничение для упрощения, со временем мы его снимем (чтобы кэноновские sRAW смотреть, например), но очень не скоро.
Бага с Leaf исправлена в
Submitted by lexa on
Бага с Leaf исправлена в сегодняшних бетах для Mac и Windows-64bit. 32-битную винду не трогал, все одно там с такими большими файлами одно огорчение.
Брать отсюда
Увы :(( Картинка также
Submitted by nic_1996 on
Увы :(( Картинка также "жамкнутая". И в цветах врет. Выложу через часик снимок серой карты seconik c 7-ю плашками через 1/6 eV и сверху белой, снизу черной плашкой на 18% сером фоне. Мишень строго по центру кадра, сверху хвостик фобовского гибкого держака (черная клипса)
С уважением,
Александр
Тормознутый народ яндекс дал
Submitted by nic_1996 on
Тормознутый народ яндекс дал размесить ссылки
Файл для скачивания
http://narod.ru/disk/45278913001.604d0d9cf3d744f207d0d77f19bd875d/L_0000...
То, что должно быть
http://narod.ru/disk/45279236001.443801ca5c95f19652dcbea0b85277cb/%D0%A1...
И то, что есть сейчас :(((
Проблема со шрифтами в окне гистограммы решилась
Запускал на macbook pro 17" Mac OS Server Lion 10.7.3 (11D50b)
C уважением,
Александр
Линк на последний файл http:/
Submitted by nic_1996 on
Линк на последний файл http://narod.ru/disk/45279539001.623ec3b7ddf0c41374a2de3efeb87063/%D0%A1...
Поспешишь - людей насмешишь.
Submitted by lexa on
Поспешишь - людей насмешишь.
Перевыложил обе маковские версии (RU/EN) на сайт под теми же именами. Попробуйте еще раз.
За снимок мишени - спасибо, очень полезная вещь
Доброго времени суток,
Submitted by nic_1996 on
Доброго времени суток, Алексей!
Какую версию взять? У меня от 01.04.2012 в 22:37 размером 48,4 Картинка не изменилась :((
С уважением,
Александр
Вот эту: http://updates
Submitted by lexa on
Вот эту: http://updates.rawdigger.ru/data/RawDigger-0.9.10-Beta-RU.dmg (или такую же английскую)
Она перевыложена, без смены версии.
Э-ге-гей, Хали-хали , как в
Submitted by nic_1996 on
Э-ге-гей, Хали-хали , как в "Кавказской пленнице" распевали! Заработало! Респект и уважуха :) Линки на свежий экземпляр надо поправить, а то не на всех местах правильный файл скачивает.
С уважением,
Александр
Да, касательно мишени,
Submitted by nic_1996 on
Да, касательно мишени, снималась на пилотах, так что синего там и не должно быть :) Но свет Бронколор миниплюс C200. Достаточно стабильно, но только выставлять 2 источника точно времени не было, поэтому есть разнояркость. Но о диапазоне лифа можно судить однозначно. Теней не будет :(( Даже точно экспонируй под насыщение. То есть его назначение - картинка в студии, где диапазон сцены сведен к минимуму, весь вылизан. На пейзаже, несмотря на здоровенный экран на заднике, он, ну по-мягче так сказать, это фулфрейм слегка подраздутый, со всеми его проблемами. Ну а ценник на него будь здоров! Но это ИМХО.
С уважением,
Александр
P.S. По обещанным синарам, пока откладывается по личным обстоятельствам, но помню, как будет возможность, сразу пошлю.
Никакие линки править не надо
Submitted by lexa on
Никакие линки править не надо - имя файла осталось прежним.
А Альфа-версии - пусть пока полежат для истории.
Проблема с полями ввода может
Submitted by lexa on
Проблема с полями ввода может оказаться исправленной в Альфе-2: http://www.rawdigger.ru/news/rawdigger-0-9-10-alpha2-mac
У меня она, если честно, не воспроизвелась
Да, вдогонку, по Leaf файлам
Submitted by nic_1996 on
Да, вдогонку, по Leaf файлам EXIF весь в блоке XMP, может ISO, Exposure оттуда тоже брать, а то ISO Speed 0 вводит в задумчивость :)
С уважением,
Александр
exiftool-а может не быть, он
Submitted by lexa on
exiftool-а может не быть, он может не отработать, много чего может быть.
Но предложение правильное, попробуем его как-то реализовать.
Заранее спасибо! (По нажатию
Submitted by nic_1996 on
Заранее спасибо! (По нажатию кнопки EXIF в открывающемся окне информация в секции XMP выводится вся корректно.Видимо при открытии не все строчки обрабатывает?)
С уважением,
Александр
RawDigger берет EXIF-данные
Submitted by lexa on
RawDigger берет EXIF-данные (в верхней-левой дырочке главного окна) не из вывода exiftool, а из LibRaw (где поддержки XMP просто нет).
Брать еще и из Exiftool, если из LibRaw не получилось - правильное предложение, но не первоочередное.
Да не к спеху все это, самое
Submitted by nic_1996 on
Да не к спеху все это, самое главное работает - гистограмма отображает распределение пикселов в диапазоне сенсора. И клиппинг можно оценить по хвостику насыщения - если из 6 мегапикселей в канале около 20 килопикселей в зеленом клиппинга, то это, думаю, ерунда и экспозиция для сюжета тютелька-в-тютельку. Возник вопрос при просмотре гистограммы к Андрею Твердохлебу. Компрессированная экспозиция в RPP работает на сжатие количества уровней сигнала между битами? То есть при 14-битном сигнале между 13 и 14 битами 8192 уровней и они по какому-то алгоритму сжимаются в удобоваримый диапазон яркостей? Глаз-то все равно такое количество уровней не увидит!Или я что-то не так понимаю?
С уважением,
Александр
Боюсь что Андрей это никак не
Submitted by lexa on
Боюсь что Андрей это никак не прочитает. Лучше спросите в raw-rpp в ЖЖ.
Но там дело не просто в уровнях. Там стоп (например) яркости исходника сжимается в полстопа (например) диапазона отпечатка.
Я туда тоже запостил :)
Submitted by nic_1996 on
Я туда тоже запостил :) Интересно с точки зрения уровней между стопами что там происходит в алгоритме. Как, например, 14-битная картинка сжимается. Как Илья в своей лекции про профессионалов Кодака говорил, что люди умеют видеть. Что же мы можем увидеть после компрессии, я имею ввиду, 8192 уровней в 4096 превратятся что-ли, дак я ни того ни другого не увижу. Другой разговор, что я при коррекции могу отбросить тени и из светов эти уровни двинуть в средние тона, например. Как-то такие мысли в голову приходят. Поправьте если что не так.
С уважением,
Александр
> Компрессированная
Submitted by Iliah Borg on
> Компрессированная экспозиция в RPP работает на сжатие количества уровней сигнала между битами?
Да.
> То есть при 14-битном сигнале между 13 и 14 битами 8192 уровней и они по какому-то алгоритму сжимаются в удобоваримый диапазон яркостей?
Парамет "регион сжатия" определяет, с какого номера уровня оно начинается. Если там стоит 1 - да, диапазон ограничен 1 ступенью.
--
Best regards,
Iliah Borg
Доброго времени суток, Илья!
Submitted by nic_1996 on
Доброго времени суток, Илья!
Спасибо за ответ. Потянуло на странное, вот и заумничал. То есть вывод в "цифре" таков, что чем больше бит в изображении, тем больше мы получаем "избыточных" уровней, с которыми надо что-то будет делать при обработке.
С уважением,
Александр
В светах - да.
Submitted by lexa on
В светах - да. А в тенях - это позволяет в более глубоких тенях получить что-то разумное.
Но ничего "делать" с "избыточными" уровнями не надо. При преобразовании из линейной гаммы в 2.2 (или что там используется для редактирования), лишние уровни сами пропадут.
Вред от них только в том, что они лишнее место на флэшке занимают.
Спасибо за ответ!
Submitted by nic_1996 on
Спасибо за ответ!
По поводу обновления до
Submitted by alex.zabol on
По поводу обновления до второй Альфы. Предыдущая версия никак не просигнализировала, что есть обновление. Зная о том, что оно таки есть, несколько раз даже специально перезапускал Альфу1, программа проверяла наличие обновления, но рапортовала, что всё ОК, обновлений нет. Пришлось скачать и поставить новую версию вручную.
Так и должно было быть.
Submitted by lexa on
Так и должно было быть.
С точки зрения сервера с апдейтами, версии у Alpha и Alpha2 (то что они сообщают серверу) - одинаковые, 0.9.10
Это, наверное, неправильно, недоделано и все такое, но пока - так.
Thank you for your work.
Submitted by Johannes Leitner (not verified) on
Thank you for your work.
three small quirks:
- In the main window, when no file is open, "Use Ctrl+O" should be Use Cmd-O"
- the file-save-dialog is not "Apple"-like.
- when I save a Sample-file, then open a new raw-file, add new samples and append the samples to the file all samples have the new filename
Regards
Johannes
Yes, the application is just
Submitted by lexa on
Yes, the application is just recompiled from Windows version, so many Windows-related minor quirks (including manual) may remain.
The last one is not a bug, but feature. The sample is just 'rectangle' on file data. So, when you open new file, the data in sample table changes. So, saving with new filename is right. If you have unsaved samples, the program will warn you that the data will be lost after file open.
Nice feature!
Submitted by Johannes Leitner (not verified) on
Nice feature!
I tried RawDigger with a file with german umlauts (_S .SRW) .
The filename is correctly displayed on the screen and in the menu of the used files.
In the export of the Histogramm the Umlauts are correct, also in the saved sample-CGATS-file.
When the samples are saved as csv-file the umlaut are wrong.
The problem is confirmed: for
Submitted by lexa on
The problem is confirmed: for Histogram text output the UTF8 filename is used, while in Samples output the filename is converted to local 8-bit encoding (according to your regional settings).
The both ways are right... and wrong in the same time: not all programs like UTF8 and local 8-bit output may be incorrect if your primary language is not set to German (in your case).
Time to an extra Preferences setting ( [x] Output filename in text files using UTF8 )
Then there must be something
Submitted by Johannes Leitner (not verified) on
Then there must be something wrong with the conversion to the local encoding - my regional settings are de_AT.UTF-8.
This is the output of "od -xc umlaut.txt"
0000000 535f 83c3 b6c2 83c3 a4c2 83c3 bcc2 83c3
_ S ** ** ** ** ** ** **
0000020 96c2 83c3 84c2 83c3 9cc2 83c3 9fc2 532e
302 226 ** 302 204 ** 302 234 ** 302 237 . S
0000040 5752 000a
R W \n
0000043
I deleted everything but the filename from the saved csv-file.
Yes, local-8bit conversion is
Submitted by lexa on
Yes, local-8bit conversion is used. Thic conversion is unusable for utf8 locale.
This issue will be fixed in 0.9.11, just wait for it
Сразу спасибо огромное за мак
Submitted by syjet on
Сразу спасибо огромное за мак-версию! Благодарен.
Но появились вопрос: попытался проанализировать raw-файлы с некоторых старых своих камер и текущей.
Камеры в сравнение: Canon 5d, 5dm2, Sony a850, Sinar eMotion 54lv
И вот что странно: чтобы я не загонял на просмотр из узких камеры - максимальные значение по файлу не доходят и до 5000 (грубо).
Промеряю любой dng-файл c Sinar eMotion 54lv - максимальное значение 16300 и более.
Видно на картинке: http://cl.ly/FeHn
Поясните пожалуйста, где собака зарыта?
У 5D MkII - значения по
Submitted by lexa on
У 5D MkII - значения по засвеченному полю чуть больше 14500, если у вас 5000 - значит кадры недодержаны.
5D - 12-битная камера, максимум в районе 3500 должен быть.
Sony - стандартная процедура делит выходные значения на 4 (так они согласуются с уровнем black level репортуемым камерой), максимум при таком делении - 4095 (включите Sony ARW2 hack - будет 16000)
Спасибо.
Submitted by syjet on
Спасибо.
Еще вопрос: как я понимаю
Submitted by syjet on
Еще вопрос: как я понимаю максимальное значение которое может быть для переэскпонированного (с вылетами) кадра - это точка белого из exif минус точка черного (из того-же exif или черной рамки)?
Точка белого в EXIF
Submitted by Iliah Borg on
Точка белого в EXIF указывается производителями камер нечасто.
--
Best regards,
Iliah Borg
Сейчас поясню почем это
Submitted by syjet on
Сейчас поясню почем это определил.
exif: http://cl.ly/FexS
Черный: 62, белый 16383
Пересвеченый кадр: максимальное значение 16321 http://cl.ly/Ff2l
Нормально экспонированный: 16333 http://cl.ly/FfCo
Вопрос: почему на переэкспонированном кадре максимальное значение ниже, и равняется белому значению минус черное из экзифа (16383-62=16321).
У вас весь диапазон (АЦП) -
Submitted by lexa on
У вас весь диапазон (АЦП) - 16 бит т.е. максимальное значение 16383.
Камера, из каких-то своих соображений (скажем, из длительности выдержки и температуры) ставит уровень черного. Весь рабочий диапазон получается 16383-уровень черного. Еесли уровень черного отличается на 12 единичек, то и рабочий диапазон будет отличаться так же.
Спасибо! Вы абсолютно правы -
Submitted by syjet on
Спасибо! Вы абсолютно правы - не додумался по exif посмотреть точку черного. Действительно, для нормально-эскпонированного кадра уровень черно - 50 единиц. От сюда и максимальное значение большее. Интересно. Надо будет понаблюдать.
Теперь буду разбираться с экпонометрией своей камеры.
Еще раз спасибо за чудесную программу, и за версию под мак. А то я сразу и расстроился когда вышла только под win.
> Потому что формально
Submitted by deejjjaaaa on
> Потому что формально поддержка Sinar Multishot есть у меня в LibRaw но я никогда не пробовал т.к. нет примеров.
изменилось ли что-нибудь с 2012 (Libraw -> RawDigger) ?
Мультишотов синара примеров
Submitted by lexa on
Мультишотов синара примеров так и нет.
Мультишоты Хасселя скоро будут поддержаны.