RawDigger

О светах у цифровых камер

lexa - 26/Фев/2014 13:52

Мы продолжаем публикации на тему "для чего нужна RAW-гистограмма":

RawDigger Histograms, part 3: Overexposure Shapes

Как и в прошлый раз, без русской версии, но там по картинкам почти все понятно.

Краткое резюме:

  1. Поведение в светах у разных ЦФК - разное. То есть производитель сам выбирает где делать талию где света обрезать, руководствуясь, в первом приближении, двумя соображениями:
    • Если не обрезать (Panasonic GM1 @ISO125), то можно использовать весь диапазон емкости пикселя, но вверху будет область нелинейности, pixel non-uniformity и все такое прочее.
    • Если обрезать "пониже" (Pentax K-3), то отрежется кусок потенциально-рабочей области (пусть и нелинейной, но кого это парит в светах)
  2. Поведение в светах у одной ЦФК - может отличаться (тот же Panasonic GM1), резать можно на разных уровнях (Canon).
  3. Максимумы в разных каналах - могут отличаться (Nikon).

Следует понимать, что правильная обработка светов - сильно отличается в разных случаях. Проще всего, понятно, если они "hit the wall" т.е. верхний нелинейный участок обрезали при записи RAW и сделать ничего больше нельзя, данные утеряны.

В случае же, если "странности в светах" присутствуют, они скорее всего будут сильно индивидуальны для каждого экземпляра камеры (pixel non-uniformity и все такое), а еще могут плавать в зависимости от фазы венеры .... разных обстоятельств (как я уже описывал на примере Oly EPL3).

Если никаких калибровок конкретной камеры не предполагается, то лучшее что может сделать автор конвертора - это таки обрезать данные ниже нелинейности. Хорошо, если для того же Panasonic GM1 (да и других панасоников, других кэнонов и т.п.) это делается конвертором на разных уровнях для нижнего и "остальных" ISO.

Но авторы конветора могут и не заморачиваться, у них 500+ камер поддержано, что теперь, каждую взять и отснять? Это дорого и долго (судя по одинаковым цветовым профилям разных моделей Sony NEX у Adobe - даже Adobe не заморачивается профилированием всех камер - сенсор похож? Следующий!).

Что, в связи с этим, нужно бы знать про сочетание "камера - используемый конвертор":

  1. Есть ли "странности в светах" у камеры.
  2. Меняются ли эти странности в зависимости от ISO.
  3. Где конвертор реально режет данные.
  4. Делает ли он это правильно при смене ISO.
  5. Какие ISO (в связи с вышеизложенным) не стоит использовать.
P.S. Проще всего, по всей видимости, сделать неконтрастную мишеньку (серые буквы на сером фоне, а еще лучше - синие на красном), осветить ее одним источником света под углом и снять с такой экспозицией, чтобы один край ушел в пересвет, а второй - нет. Ну и дальше смотреть - что происходит с областями около насыщения. Одним глазом в конвертор, другим - в RawDigger.

Про гистограммы RawDigger

lexa - 19/Фев/2014 23:15
Два текста про гистограммы RawDigger (наверное, со временем станут частью мануала): На русском языке, увы, не существуют.

P.S. В конце второго текста есть ссылка на полезняшку, шкалу Q13 в DNG. Помогает понять тоновую кривую вашего конвертора, например.

Экспозамер: для RAW или для JPEG?

lexa - 14/Фев/2014 13:13

Меж тем, у нас родился текст (и видео):

Exposure for RAW vs. Exposure for JPEG

Это продолжение и развитие уже поминавшегося в данном бложике текста Ильи, но продолжение и развитие было уже на басурманском наречии, русского оригинала не существует.

Ну и многие примеры поминались/обсуждались у меня в комментариях.

Sony cRAW ETTR: сжатие с потерями, теория и практика.

lexa - 12/Фев/2014 13:26
Продолжим обсуждение ETTR на камерах Sony (первая часть тут) и разберемся с lossy-компрессией и ее возможным влиянием на ETTR.

Напомню устройство сжатия с потерями в этом формате:

  • Строка изображения разбивается на блоки по 32 пиксела, в каждом из блоков содержатся пиксели двух цветов, зеленого и какого-то еще из двух оставшихся, по 16 пикселов каждого цвета.
  • Для этих 16 пикселов записываются
    • Минимальное и максимальное значение в 16-пиксельном блоке с точностью 11 бит.
    • Координаты минимума-максимума (номер в блоке).
    • 14 остальных пикселов кодируются в виде дельт с 7-битной точностью.
    • Шаг дельт равен (максимум минимум) / 128 (округленное до ближайшей бОльшей степени двойки).
    • Соответственно, если (максимум минимум) в блоке больше 127, то шаг дельты - больше единцы, то есть дельта-кодирование записывает значение пиксела приближенно.
  • После раскодирования дельт, к раскодированным значениям применяется тоновая кривая, о которой подробно писалось в прошлой заметке
Приведем эту тоновую кривую еще раз:
Как мы видим, наклон кривой в области тени-полутона равен 2, в самых светах 32, в промежутке (ступенчато) меняется.

Посмотрим теперь, как тоновая кривая сочетается с дельта-кодированием.

Sony A7R (и другие cRAW): теория ETTR, часть 1

lexa - 10/Фев/2014 14:33
Как и обещал, опубликую свои соображения про ETTR в Sony A7R (и всех других камерах Sony, использующих формат cRAW, локально 7-битный и с тоновой кривой).

Техника ETTR (Exposure to the right) была разрекламирована Майклом Рейхманом, идея ее заключается в следующем:

  • Цифровой сенсор линеен по яркости , человеческое зрение (и фотография) нет.
  • В верхнем стопе цифрового изображения, полученного с линейного сенсора, размещается половина всех записываемых уровней, в следующем четверть, и так далее.
  • Как следствие, полезно экспонировать так, чтобы гистограмма прижималась к правому краю , так мы используем максимально возможное количество уровней.
Сама по себе идея выглядит разумно, ее несколько портит то, что RAW-конверторы (и/или используемые там цветовые профили) не вполне линейны, поэтому два кадра, снятые вправо и нормально , после приведения их конвертором к одной яркости не будут выглядеть одинаково (про что я уже писал 4 года назад).

Однако если (самостоятельно) построить цветовые профили под такое экспонирование, ETTR позволяет решить две задачи:

  1. Вообще использовать максимальное количество градаций (чем правее мы сняли, тем меньше градаций потеряем), в том числе и для полутонов.
  2. И особенно вытащить значимые тени (где мы планируем показать детализацию) из области с очень малым количеством градаций (и значимыми шумами) в область, где градаций - побольше, а относительный шум поменьше.
На мой взгляд, смысл имеет только вторая задача: нормально тянуть тени можно имея не менее десятка-другого градаций на стоп . Естественно, если мы увеличиваем экспозицию, чтобы тени попали в диапазон с бОльшим числом градаций, то у нас и света-полутона переедут повыше, то есть решая вторую задачу - мы как-то решим и первую.

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

Однако инженеры фирмы Sony внесли в это благолепие две своих изюминки: тоновую кривую и сжатие с потерями. В этом тексте рассмотрим только тоновую кривую.

RawDigger 1.0.3: удобный анализ экспозиции (для ETTR и не только)

lexa - 03/Фев/2014 18:58
Мы тут которую неделю обсуждаем экспозицию и то, что современные камеры склонны недодерживать относительно разумной (для RAW-фотографа) экспозиции.

Илья на эту тему написал текст, но в процессе его подготовки мы выяснили, что имеющиеся в RawDigger инструменты неудобны для тех, кто не умеет логарифмировать в уме.

Поэтому в RawDigger 1.0.3 включен более удобный механизм, позволяющий оценить а что было бы, если бы мы этот снимок снимали бы с большей экспозицией . Собственно, состоит он из единственного дополнительного движка Auto OE Offset на вкладке Over/Under Exposure в настройках:

Вот этот самый Auto OE Offset позволяет подвинуть границу, по которой считается передержка, вниз относительно определенного автоматом (если автомат не нашел на гистограмме снимка признаков передержки, то граница OverExposure ставится по лимиту данных камеры, исходя из битности и уровня черного).

И о чем бы вы думали? Опять про экспонометрию и ISO

lexa - 02/Фев/2014 20:59

Если кто следит, компания Olympus сделала подарок владельцам OM-D E-M5, выпустив Firmware 2.0. В оном фирмварии появилась новая чувствительность, ISO100 (обозначается как LOW в менюшке).

Сам я не ставил, думаю подождать до версии 2.0.1, но за темой слежу.

Вот на dpreview интенсивно обсуждают, что же там за такое ISO, просто фейк (как у Canon самое нижнее ISO50) или что-то другое.

Нашелся доброволец, снял вилкой, выложил (линк на скачивание архива RAW - внизу поста).

Я это скачал, смотрю. Вижу удивительное: для одной экспопары значения в RAW при ISO100 - на 1/3EV ВЫШЕ, чем для ISO200. То есть чувствительность не такая же (фейковое ISO), не ниже на стоп (настоящее ISO), а выше.

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

Что получается? Поставив ISO100 - мы на самом деле ставим ISO250, а экспонируем как 100. Шум в тенях будет офигенно лучше, запас в светах, очевидно, на 1.33 стопа меньше.

Компания Adobe добавляет в этот торт вишенку. Эта камера/ISO уже известны DNG-конвертеру (судя по всему, там в EXIF-тегах написано что-то, что DNG Convertor умеет интерпретировать), поэтому в BaselineExposure он пишет:

  • +0.5 для ISO200
  • -0.84 для ISO100
(и это позволяет предположить, что в эксперименте все снято нормально, та самая 1.33 стопа разницы).

Что увидит пользователь Адобьего продукта, поставив у себя на камере ISO100? Ну понятно что: средний тон останется там где должен быть (то есть вроде бы - все правильно), а вот запас в светах (т.е. возможность экспокоррекции в минус и прочие упражнения со светами) - станет сильно меньше, собственно на стоп с третью.

Риторические вопросы:

  1. Ставя на камере чувствительность LOW, которая ниже ISO200, ожидаете ли вы получить реально чувствительность выше?
  2. А если у вас две камеры, от разных производителей? Или даже одного производителя, там же в треде на dpreview пишут, что на E-M1 нижнее ISO ведет себя иначе....
  3. Что проще: помнить для камеры единственный параметр ("куда попадает экспонометр при замере по серой карте"), хотя бы в первом приближении (он плавает от освещения), или запоминать все эти мелкие особенности ("в полнолуние при ретроградном меркурии эта камера ведет себя вот так", а если мы поставим ISO100, то в ACR все будет нормально, а в C1 - сильная передержка).
  4. Кто они после этого?

RawDigger 1.0.3: раскапывая Sony

lexa - 02/Фев/2014 18:31
Про 7-битный RAW у Sony я уже неоднократно писал, однако в свежий RawDigger внесены дополнения, которые позволяют на этот формат взглянуть еще внимательнее. Эти дополнения требуют некоторых пояснений.

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

  1. Весь массив данных поделен на блоки по 32 пиксела в ширину (и 1 в высоту).
  2. В каждом таком блоке будет содержаться пикселы двух цветов (RG или GB), по 16 пикселов каждого цвета.
  3. Для 16 одноцветных пикселов в блоке записываются:
    1. Максимальное и минимальное значение (с точностью 11 бит)
    2. Позиция максимального и минимального пиксела в блоке
    3. 14 7-битных приращений (дельт) относительно минимального значения. При восстановлении, дельта умножается на коэффициент равный (max-min)/128 с округлением к ближайшей большей степени двойки
  4. Таким образом, если в 32-пиксельном блоке имеется большая разница в яркости, промежуточные значения будут записаны приблизительно.
  5. После восстановления дельт, к восстановленным значениям применяется тоновая кривая.
В RawDigger 1.0.3 (пока бета, см. конец статьи) добавлена возможность управлять распаковкой этих пикселов:

И еще об экспонометрии...

lexa - 29/Янв/2014 20:08
Илья разжигает, на примере помянутого утром E-M10: sail2ithaki.livejournal.com/215189.html

Тема та же, экспонометрия.

UPD: если у вас нет ЖЖ, комментировать можно тут, автор увидит.

В очередной раз об экспонометрии

lexa - 29/Янв/2014 11:32

Пока тема не остыла, продолжу.

Тут в комментариях мне утверждали:

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

Для вышедшей сегодня Olympus E-M10 на imaging-resource уже есть самплы. Берем все ту же картинку с бутылками и нитками (не буду ее приводить), смотрим туда же, куда на Sony смотрели:

  • ISO100: белая бумажка на ~1 стоп ниже насыщения;
  • ISO200-25600: белая бумажка на ~2 стопа ниже насыщения
И это не какая-то случайная ошибка, мне еще наслали самплов с E-M10, ISO100 там не было, а на более высоких такая же картина, недодержка на стоп, а то и на два (там как считать, камера могла хотеть спасти детали в бликах в некоторых ситуациях, я бы так не делал, но понятно чего добивались). Firmware 1.003 для кадров IR, 1.004 из другого источника, никакая не бета/пререлиз.

Риторические вопросы, два:

  1. Какой из замеров сцены "правильный" (сцена одна и та же, результаты замера отличаются на стоп)?
  2. Вы серьезно хотите использовать один и тот же цветовой профиль для ISO100 и для остальных (предполагаем замер камерным экспонометром)? Веруя в линейность?
Я подозреваю, впрочем, что ISO100 у этого нового олика - такой же фейк, как ISO50 у кэнонов, но моего вопроса это не отменяет.

Тут Илья очень точно заметил:

  • Фотографы (снимающие в RAW) хотят экспонировать "поправее", чтобы уровней полезных было побольше, а провалено в тени - поменьше.
  • Производители камер, наоборот, хотят экспонировать "полевее", чтобы оставить запас в светах побольше и вылетов светов было бы поменьше.
Производителей можно понять: основная фотографическая продукция, даже с самых навернутых камер, это JPEG (не больше чем 1920x1080), уменьшая с 16Mpix до 2, шумы можно неплохо попрятать, а выбитые света - не спрячешь.

Но это не повод идти у них на поводу и выкидывать старый заслуженный спотметр (а вот не обновить ли мне мой секоник....)

О цветовоспроизведении и экспонометрии

lexa - 27/Янв/2014 08:55
В комментариях к предыдущему посту на меня напали, дескать эффект то есть, у одних камер цветопередача лучше, у других хуже.

Вот пишут:

Было забавно прочитать, как владелец продал a850, купил a99, продал её и снова купил a850. Говорит, портреты женские "красивей" с a900 и это так!!!
Так как у меня соневские файлы выкачаны и "вот лежат", дай, думаю, посмотрю.

Беру 'still life' сцену имени Imaging-resource (бутылки и нитки), пихаю в RawDigger:

На белом бумажном кружочке делаю selection (там видно квадратик на картинке) и смотрю на среднее в зеленом канале:
  • A850 (12bit): среднее на белом 2300 при максимуме 3900, белое на 0.76EV ниже насыщения
  • A900 (cRAW): среднее на белом 8390 при максимуме 16116, 0.94EV ниже насыщения
  • A99: 4930 при максимуме 16116. 1.71EV ниже насыщения
Вообще, Imaging-Resource все делает "аккуратно". В том смысле, что замер там (конечно?) камерный, но повторяемость самой сцены, при съемке на разных камерах, там более-менее хорошая (там были давно всякие косяки с естественным светом, но после перехода на искусственный все вроде бы наладилось).

Так вот, мой вопрос: а не связан ли случайно "плохой цвет" у A99 с тем, что там экспонометр стандартно меряет на стоп ниже? Если у A900 поставить вечную экспопоправку -1, не станет ли так же плохо?

Про Sony ARW2 Hack

lexa - 26/Янв/2014 21:59

Да, в процессе разборок с битностью у Sony осознал про Sony ARW2 Hack (была такая опция в LibRaw и RawDigger):

Так как до A99 все cRAW-камеры были, по факту, 12-битными и менее, то использованный в dcraw способ распаковки, когда cRAW-данные после применения кривой делились на 4, не приводил к фатальной излишней и немотивированной потере уровней в полутонах-тенях.

Зато уровень черного для cRAW и 12-битных RAW оказывался согласованным и одинаковым (как я уже писал, у A900 в EXIF уровень черного записан для cRAW, хотя в 12-битном режиме он вчетверо ниже), диапазоны данных - почти одинаковыми (для cRAW практический диапазон после деления на 4 будет 4150, Коффин резал по уровню 4095, невелика беда).

Короче, сплошная польза. Была.

С появлением A99/A7/RX1 такое обрезание стало вредным, теряется крайне желательный бит в тенях.

Если кто пользуется RawTherapee/UFRaw и прочими конверторами на базе dcraw - вы передайте их авторам.

Сайд-эффектом было то, что при рассматривании всяких гистограмм Соневские камеры выглядели 12-битными (по диапазону), что немножко путало.

P.S. Я там в начале не оговорился, этот самый Hack из LibRaw/RawDigger в следующих версиях пропадет, дабы убрать путаницу.

О битности у камер Sony

lexa - 25/Янв/2014 20:09
После рассказа о битности A900 в режиме cRAW стали задавать вопросы про другие камеры.

Кроме того, в этом рассказе я не уточнял, что за счет нелинейной тоновой кривой общее количество возможных уровней (значений пикселов) не следует впрямую сравнивать с обычными камерами без тоновой кривой:

  • у обычных камер половина всех уровней это самый верхний стоп (где столько не нужно), четверть второй сверху стоп (тоже не нужно)
  • в случае с cRAW, уровни распределены по всему диапазону значений гораздо более правильно (с фотографической точки зрения), на самые света выдают поменьше (чем в обычном линейном случае), на полутона и тени побольше.
Поскольку мне нужно было проверить правильность установки уровня черного для всех камер Sony, поддерживающих RAW, я заодно изучил битность в тенях практически для всех камер этой компании (за исключением трех мыльниц и A5000, примеров с которой пока нет).

Про Sony A900 и compressed raw

lexa - 22/Янв/2014 16:52

Тут пришлось тестировать правильность работы LibRaw (со свежими правками) со всякими Sony. Проще всего это сделать, открыв файл в RawDigger.

В процессе открылось смешное конкретно для Sony A900, у которой есть два режима сохранения RAW: нежатый и cжатый (такой же как у NEX/A7 и свежих Axxx)

1. В режиме "несжатый RAW без потерь" у A900 c самими RAW-данными все нормально, а вот в EXIF ерунда:

  • Присутствует та же тоновая кривая, что и в compressed-RAW режиме (но при распаковке она не используется).
  • В тегах с уровнем черного написано 512 (как и для compressed-RAW), тогда как правильное значение равно 128.
Более-менее понятно, почему в dcraw делят уровень черного (и сигнал для compressed Sony RAW) на 4 - так в случае A900 оба варианта RAW загоняются в один диапазон ("на самом деле нет": реальный максимум в случае compressed RAW не 16383, а вовсе даже 16628, но про это позже).

2. В случае compressed RAW все сильно хуже.

RawDigger 1.0.1

lexa - 09/Дек/2013 15:43
Вышел RawDigger 1.0.1:
  • Export to TIFF, опция 'Copy EXIF tags from RAW file':
    • При экспорте RGB-рендеринга ставится цветовое пространство sRGB
    • При других типах экспорта данные о цветовом пространстве не копируются.
  • Диалог Selection by numbers:
    • добавлен чекбокс "Center selection on image", если он отмечен, то selection ставится в центре изображения.
    • Mac: исправлена проблема: надпись не помещалась в диалоге.
  • Улучшена обработка регистрационной информации:
    • при вводе лицензионного ключа отбрасываются лишние символы (пробелы, табуляции и т.п.), маленькие буквы меняются на большие.
    • Введенный ключ проверяется на корректность при вводе, в случае некорректного ввода выдается предупреждение.
  • Поддержка камер:
    • уточнены размеры видимой области Nikon Df
    • корректный RGB-рендеринг для Fujifilm X-E2 и XQ1
    • исправлены параметры Bayer Pattern для Canon A3300 (CHDK)
  • Exiftool: обновление до версии 9.43

RawDigger 1.0.0 Released!

lexa - 19/Ноя/2013 21:33

Как и собирались, RawDigger 1.0.0 выпущен сегодня. Уже бухаем.

Русское руководство пользователя лежит там же, отдельным файлом, как и обещали.

Теперь про то, про что уже спрашивали, про покупку и ценообразование.

1. До нового года действует "специальная цена, скидка 33%". Сразу после нового года оно подорожает в полтора раза, спешите.

2. RawDigger лицензируется в трех редакциях, которые сделаны под разные "профили использования". Вот прямо цитирую:

  • RawDigger Exposure, для повседневного фотографического использования: доступны статистика и гистограмма по всему файлу и по единственной выделенной области (Selection).
  • RawDigger Research, для исследования камер. Помимо фунциональности версии 'Exposure', доступна таблица замеров (Samples), ее экспорт в CGATS и CSV. Экспорт RAW-данных и RGB-представления в TIFF доступен начиная с этой редакции.
  • RawDigger Profile, предназначенная для построения профилей камер, таблиц линеаризации и т.п. Помимо доступного в предыдущих версиях, доступна работа с сетками (Selection Grid) и пост-обработка данных замеров (баланс белого, нормализация значений, Flat Field, фильтрация экстремальных значений).

То же самое описание редакций, но в виде таблицы доступно тут.

Регулярный пользователь заметит, что если он не ленив, то почти для всего можно обойтись самой дешевой версией: двигать selection, забивать цифирки в Excel, дальше можно и нормализовать и ББ наложить и так далее. А более дорогие версии просто поэкономят ваше время за счет автоматизации.

Цены для России (точнее, в рублях) щадящие: 399, 799 и 1799 рублей. Купить можно прямо сейчас, принимаем PayPal, карты почти всех систем и Webmoney (как выяснилось, только WMZ, Webmoney-рублей нету).

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

RawDigger 1.0.0 (правда пока еще Release Candidate 1)

lexa - 15/Ноя/2013 17:50

Уважаемые подписчики!

Будем благодарны за конструктивную критику RawDigger 1.0 RC1:

UPD: если вы уже скачали 264-й билд, перекачайте 265й. В 264-м есть "бага последней минуты", как оно часто и бывает.

Основные изменения

  1. RawDigger становится Shareware.

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

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

    Подробности про активацию описаны в руководстве пользователя.

  2. Изменена проверка обновлений:
    • происходит независимо от показа Splash Screen, запуск программы при медленном интернете стал быстрее.
    • настраивается в Preferences-Misc Options-Check for updates (при старте программы или раз в 1-3-7-15-30 дней).
  3. Обновлена версия LibRaw:
    Поддержка новых камер:
    • Leica C, X VARIO
    • Nikon D5300, D610, Df, 1 AW1
    • Nokia Lumia 1020, 1520
    • Olympus STYLUS1
    • Pentax K-3
    • Sony RX10, A3000 (ILCE-3000)
    Новые цветовые данные для камер:
    • Canon S120
    • Nikon P7800
    • Olympus E-M1
    Исправлены/добавлены корректные размеры видимой области изображений для:
    • Canon G16
    • Sigma pre-Merrill: размеры для "маленьких" и "промежуточных" RAW
    Улучшен разбор EXIF:
    • Читаются значения ISO для тех камер Nikon, которые пишут ISO в нестандартный тег (D4, D800)
    • Читается уровень черного для камер Nikon (актуально только для D5300)
  4. Exiftool обновлен до версии 9.40

Исправлены ошибки и недоработки

  1. Окно с EXIF:
    • кнопка показа EXIF перекрывает только последнюю строчку EXIF-данных, а не ограничивает всю таблицу данных по ширине.
    • Внешний вид окна EXIF-данных не портится при растягивании окна.
  2. Mac GUI:
    • Поддержка Retina: на HiDPI-дисплеях программа выглядит аккуратнее, Retina поддержана везде, кроме окна гистограммы (там генерируется bitmap низкого разрешения)
    • Mac OS X 10.8+: при старте приложения выполняется подстановка шрифтов, отчего GUI выглядит аккуратнее. Исправлена проблема со стилем кнопки "уменьшить" в нижней строчке окна программы.

Прочее

Версия 1.0-Release Candidate - последняя, для которой будет "русская" версия (русская версия отличалась от английской только русскоязычным руководством, README и Changelog).

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

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

RawDigger 0.9.20

lexa - 24/Окт/2013 11:49

RawDigger 0.9.20 зарелизился

Вот полный Changelog относительно версии 0.9.19 (относительно RC4 добавились несколько камер):
Новое

  • Поддержка Foveon:
    • поддерживается декодирование RAW-данных всех известных камер Foveon
    • Для камер Sigma SD1 и всех камер Merrill автоматически рассчитывается уровень черного
    • RGB Rendering поддерживается для всех камер, но с разным качеством получаемой RGB картинки (приемлемая для SD1 и всех камер Merrill, худшего качества для старых DPxx, совсем "справочная" для SD9-SD15 и Polaroid x530).
    • Для камер Sigma SD1 и всех камер Merrill поддерживаются все размеры Raw: полный, промежуточный и маленький. Для промежуточного размера выключена поддержка RGB-представления т.к. соотношение сторон RAW не совпадает с соотношением сторон RGB-представления (~4800x1600 и ~3300x2200, соответственно).
    • Для Polaroid и старых Sigma SD9-SD15 настройки баланса белого игнорируются и всегда используется автоматический баланс.
  • Обновлена LibRaw, поддержка новых камер
    • С полноценным RGB rendering:
      • Canon G16
      • Hasselblad Lunar, Stellar
      • Panasonic GM1
      • Pentax K50, K500, Q7
      • Samsung Galaxy NX (EK-GN120)
      • Sony NEX-5T, A7, A7R, ILCE-3000
    • С приближенным RGB rendering (извлечение RAW-данных полноценное)
      • Canon S120
      • Fujifilm X-A1
      • Nikon P7800
    • Камеры Sony и Samsung: уровень черного берется из EXIF-тегов.
    • Камеры Sony: имя модели берется из EXIF-тега SonyModelID
    • Поддерживаются DNG-файлы без тега Compression
  • Вычитание уровня черного работает и для не-байеровских (полноцветных) форматов.
  • Увеличена точность вывода в файл значений с плавающей точкой.
  • Копирование EXIF-данных делается в двух видах 'как таблица' и 'как текст', в соответствующем окошке появилась дополнительная кнопка.
  • Exiftool обновлен до версии 9.39

Исправлены ошибки и проблемы

  • В окне Samples копирование в clipboard выделенной строки (Ctrl-C) работает для файлов с количеством цветовых каналов меньше 4.
  • Из соображений совместимости отключена поддержка RawSpeed на Mac OS X 10.5

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

Желающие поспамить иностранцев могут брать текст для этого отсюда

RawDigger 0.9.20 RC4

lexa - 21/Окт/2013 19:12
Господа фотографы, прежде всего фовеонщики!

Выпущен очередной релиз кандидат RawDigger 0.9.20:

Основное изменение: поддержаны (в LibRaw) уменьшенные варианты RAW камер Sigma DPx Merrill и SD1. Для "среднего" размера, который с точки зрения Сигмы ~3300x2200 показывается его истинный размер (4800x1600), при этом, как и для других форматов с "неквадратными пикселями", RGB-рендеринг выключен.

Помимо этого, исправлена ошибка в разборе выдачи exiftool.

Прочие изменения - это на самом деле изменения в LibRaw:

  • Поддержаны DNG без тега Compression (считаются uncompressed)
  • Поддержаны новые камеры: Panasonic GM1, Sony A7 и A7R (хотя в списке About - Supported Cameras их пока нет, но к релизу будут)

RawDigger 0.9.20 (RC3)

lexa - 14/Окт/2013 18:16
Граждане фотографы-сигмоводы,

пришло время потестировать очередную вариацию на тему работы с Foveon (других изменений нет):

Изменения:

  • Появился RGB-рендеринг. Достаточно приличный для камер SD1 и DP (и Merrill и нет) и весьма условный для старых камер (SD9-SD15 и Polaroid x530). Для старых камер, собственно, используется профиль от DP-не-Merrill, потому что никаких других данных нету.

    Результаты RGB-рендеринга можно экспортировать, естественно.

  • Появилось знание о координатах черной рамки у всех камер.
  • Для камер на "Merrill-сенсоре" (SD1, DPn-Merrill) уровень черного считается автоматически.

Pages

Subscribe to RawDigger