RawDigger 0.9.10 - Mac-версия: багрепорты

Submitted by lexa on

Forums: 

Топик для обсуждения Mac-версии 0.9.10

Анонс мак-версии (версия уже устарела, берите следущую)

Вторая альфа 0.9.10-Mac-Alpha2

Cпасибо за Мак версию!

Submitted by alex.zabol on

Cпасибо за Мак версию!

В окне гистограмм значения параметра Values очень плотно прижимаются к правому краю окна. Становится даже не понятно все числа влезли или часть строки обрезалась. Воздуха бы туда добавить.

И мне кажется в настройках

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 уважением,
Александр

Поспешишь - людей насмешишь.

Submitted by lexa on

Поспешишь - людей насмешишь.

Перевыложил обе маковские версии (RU/EN) на сайт под теми же именами. Попробуйте еще раз.

За снимок мишени - спасибо, очень полезная вещь

Доброго времени суток,

Submitted by nic_1996 on

Доброго времени суток, Алексей!
Какую версию взять? У меня от 01.04.2012 в 22:37 размером 48,4 Картинка не изменилась :((
С уважением,
Александр

Э-ге-гей, Хали-хали , как в

Submitted by nic_1996 on

Э-ге-гей, Хали-хали , как в "Кавказской пленнице" распевали! Заработало! Респект и уважуха :) Линки на свежий экземпляр надо поправить, а то не на всех местах правильный файл скачивает.
С уважением,
Александр

Да, касательно мишени,

Submitted by nic_1996 on

Да, касательно мишени, снималась на пилотах, так что синего там и не должно быть :) Но свет Бронколор миниплюс C200. Достаточно стабильно, но только выставлять 2 источника точно времени не было, поэтому есть разнояркость. Но о диапазоне лифа можно судить однозначно. Теней не будет :(( Даже точно экспонируй под насыщение. То есть его назначение - картинка в студии, где диапазон сцены сведен к минимуму, весь вылизан. На пейзаже, несмотря на здоровенный экран на заднике, он, ну по-мягче так сказать, это фулфрейм слегка подраздутый, со всеми его проблемами. Ну а ценник на него будь здоров! Но это ИМХО.
С уважением,
Александр
P.S. По обещанным синарам, пока откладывается по личным обстоятельствам, но помню, как будет возможность, сразу пошлю.

Да, вдогонку, по 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 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

Еще вопрос: как я понимаю максимальное значение которое может быть для переэскпонированного (с вылетами) кадра - это точка белого из 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) ?