Обработка RAW

Sony A7R-II: в поисках единичного усиления

Палец продолжает залипать на кнопке, надо уж доделать хотя бы то, что доделать просто.

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

Получаем такую вот табличку:

ISO

среднее
значение
в канале G

...

Sony A7R-II: шум в тенях

Залип палец на кнопке спуска и сделалась серия темновых кадров на разных ISO. Ну я ее, естественно, сразу в RawDigger, выключил вычитание черного, сделал небольшой квадратик и стал в нем смотреть дисперсию (конкретно в зеленом канале, но систематической разницы по каналам не увидел).

Получился такой вот график, по X - ISO (логарифмическая шкала), по Y - стандартное отклонение (то есть "темновой шум"). Выдержка на всех кадрах 1/100s, шумопонижение в камере и все обработки RAW (коррекция виньетирования и т.п.) -...

RawDigger 1.2.2

Пользователи нажаловались, пришлось срочно чинить пару мелочей и срочно же выпускать:

Изменения

  • Диалог Grid Setup (только RawDigger Profile Edition)
    • Открывается/закрывается по клавиатурной комбинации Ctrl-G (Cmd-G на маках).
    • Новая настройка Preferences - Misc. Options - Put grid setup dialog on top of all Windows (вступает в силу после перезапуска программы)
  • Исправлено: кнопка Zoom Out на OS X El Capitan была слишком большой.
  • Исправлено: в заголовке окна гистограммы не обновлялась часть данных при смене файла.
  • Exiftool обновлен до
  • ...

RawDigger 1.2.1-II

Пока тестировали RawDigger 1.2.1 - появились нежатые файлы с Sony A7S-II и пришлось их срочно поддержать (эти странные люди в BitsPerSample пишут теперь неправильное).

Релизный RawDigger 1.2.1 брать тут.

Кроме описанного в предыдущем анонсе и несжатого сониного формата, еще слегка поправили внешний вид на HiDPI-экранах при работе под Windows

RawDigger 1.2.1

"Ранний анонс" RawDigger 1.2.1. Если читатели этого блога не найдут проблем, то ровно эта версия и будет выпущена

Ссылки для скачивания

Тестирование закончено, берите с официального сайта.

Список изменений

  • Обработка файлов  .EIP требует меньших затрат памяти, временный буфер для распаковки содержимого не создается.
  • Поддержка DNG: поддерживаются все 16-битные и все с плавающей точкой.
    Найдете 32-битные integer в дикой природе - дайте знать, и их поддержим.
  • Поддержка несжатых 12-битных файлов от камер Nikon 1
  • Exiftool обновлен до версии 10.02
  • Поддержка камер:
    • DXO One
    • Leica S (Typ 007)
    • Olympus E-M10 Mark II
    • Ricoh GR II

FastRawViewer 1.2: открытый бета-тест

Пришла пора открытого бета-теста FastRawViewer 1.2. Для начала - для читателей этого блога.

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

Кроме этого:

  • Фильтрация файлов по XMP меткам и рейтингам (звездочкам)
  • Сортировка по дате съемки по EXIF
  • Улучшена работа с балансом белого
  • Поддержка всех актуальных форматов DNG, включая файлы "в плавающей точке" (обычно это HDR) и клееные
  • ...

RawDigger 1.2

По традиции, ранний анонс у меня:

В этой версии поддержаны новые форматы данных

  • Pentax K3-II 4-shot: поддерживается чтение всех 4 под-кадров и дальше их показ, как по отдельности, так и объединенного варианта ну и все что положено: экспорт, статистика, гистограммы (для объединения кадров нужно его включить в Preferences - Data Processing - Vendor specific).
  • ...

Не корысти ради, а пользы для

Сел тут приделывать поддержку floating point DNGs к LibRaw (отчего всем настанет). Потому что Lr/ACR их начали делать, да и вообще давно просили.

Встал вопрос с примерами:

  • Lr/ACR делают 16-битный 3-канальный (после демозаики), жатый deflate. ОК
  • HDRMerge делает одноканальный (байеровский) 16/24/32-битный, deflate. OK

А где бы взять реальных (! это важно) примеров остальных форматов

  • floating point нежатый, 1/3 канала, разные предикторы
  • floating point, deflate, 3 канала, 24 и 32 бита (ну это я  попробую из sRAW c помощью HDRMerge слепить не работает, не принимает HDRMerge sRAW)
  • 32-bit integer, жатый и нежатый, разные предикторы

То есть понятно, DNG SDK мне всякого добра насоздает без проблем, но хотелось бы или просто примеров файлов из реальной жизни, или примеров софта, который их делает (а скую дальше сам)

Про Pentax K3-II shift mode

Разбирался тут с 4-кадровым режимом у Pentax K3-II. Имею сказать.

Первые три картинки - resolution target с imaging resource, последняя - вот этот кадр с того же сайта.

1. Разрешение растет не очень сильно (картинка кликабельна)

Слева - 1 кадр (демозаика: AHD имени dcraw), справа - склеенные 4 кадра, картинка увеличена вдвое nearest neighbour в фотошопе.

Ну то есть растет, вопросов нет,...

LibRaw 0.17-Beta3

Медленнее чем хотелось бы, но двигаемся к релизу.

LibRaw 0.17-Beta3:

  • +5 камер (всего 823)
  • Расширение C-API для удобства 3D Lut Creator

Если не будет жалоб, то эта же версия выйдет в виде релиза через пару недель.

LibRaw 0.17-Beta2

Традиционный анонс:

В LibRaw 0.17 Beta2 добавилось-изменилось:

  • Новые камеры: Canon G3 X, Sigma dp0 Quattro
  • Исправлена установка уровня черного для Nikon 1 S2
  • Поддержано извлечение второго кадра для Fuji F700 и S20Pro

Идем к релизу, что-то этот альфа-бета-цикл затянулся.
 

RawDigger 1.1.6

RawDigger 1.1.6 это только поддержка новых камер:

  • Canon 5DS/5DS R - форматы sRAW и mRAW
  • Fujifilm X-T10
  • Leica Q
  • Olympus AIR-A01
  • Pentax K3 II (4-кадровый режим - извлекается 1-й кадр)
  • Sigma dp3 Quattro
  • Sony RX100-IV

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

Берут где обычно

А что такое глобус вам расскажет учитель географии

Устройство ИК1-УТТХ готово к пробному использованию, ждет темноты. Краска херовато легла, но думаю что сойдет.

Интересно, угадает кто назначение этой хрени без объяснения? Теги стоят правильно!

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

RawDigger 1.1.4 (с поддержкой Canon 5DS/5DSR)

По традиции, анонс тут:

RawDigger 1.1.4 это не только ценный мех, но и:

  • Поддержка 8 новых камер, включая Canon 5DS/5DSR (тестировалось только на полноразмерных RAW, примеров mRAW/sRAW пока у нас нет, работает или нет - не знаем; у полноразмерных RAW - новый формат, ранее на кэнонах не встречавшийся, изменения малы, но есть)
  • Поддержка смартфонов с RAW: на чипсете MTK (вроде бы 6589) и на соневских сенсорах.
  • Улучшенная работа на маленьких мониторах.

Равчики от 5DS-R берут с Imaging Resource, уже не берут! (но я все скачал и таки изучу вопрос, с той вот поправкой что это pre-production и надо будет переделывать по выходу камеры).

Письма из шестой палаты

А вот, например, камера Konica-Minolta 7D (и другие того же поколения).

В файле внутри неонка превьюшка. Нормальный практически JPEG. Только первые байты не FF D8, как полагается, а 02 D8

НО ПОЧЕМУ!!!???

Q: low level zip access

Преамбула:

Capture One умеет (не знаю когда, имел дело только с результатом) писать такие вот .eip-файлы.

Каждый такой .eip - это нежатый ZIP-файл (от ZIP - только контейнер) в котором лежит файлик 0.RAW (вместо RAW - реальное расширение, .IIQ или .NEF или еще чего) и немножко служебных файлов самой C1.

FastRawViewer и RawDigger ходят в эти файлы с помощью libarchive: archive_read_open_fd()/archive_read_next_header(), находят 0.EXT, аллоцируют буфер и читают туда через archive_read_data().

Когда мы затем читаем эти RAW-файлы целиком - ну тратится лишней памяти (на размер RAW), но пережить можно. Однако если из файла читается только превьюшка - аллоцировать буфер на целый файл и читать этот целый файл - ужасно обидно.

Соответственно, вопрос:

А не встречал ли кто 'low level' библиотеки для доступа к ZIP-файлам? Ну то есть мне надо считать оглавление и смещения/размеры данных в файле (и, для гарантии, вид сжатия), а дальше - для нежатых ZIP-ов я бы сделал себе mmap() нужного куска и не читал бы с диска лишнего.

И про EXIF

Вот есть такая компания, Панасоник. Делает цифровые камеры, в числе прочего.

В этих цифровых камерах есть RAW. И есть, конечно же, JPEG.

В этих RAW тоже есть JPEG, внутри.

В этих JPEG, и в отдельных и в тех которые внутри RAW, есть EXIF. А внутри EXIF - MakerNotes, панасонико-специфичные.

Теперь следите за руками:

  • Порядок байт в EXIF (Intel/Motorola, II/MM) задан там внутри, стандартным образом.
  • В тех файлах, которые я держу вот в руках сейчас, он РАЗНЫЙ для EXIF внутри
  • ...

Записки сумасшедшего

Ситуация, когда метаданные глубоко запрятаны, но при этом - корректные, это хорошая ситуация. Бывает и хуже.

Вот возьмем, к примеру, Leica T Typ 701 (я взял файлик с DPReview) и заглянем к ей под капот в EXIF.

Раз:

 | | 32) LensInfo = 35 35 2 2 (35/1 35/1 20/10 20/10)
 | |     - Tag 0xa432 (32 bytes, rational64u[4]):
Ну такой вот тег, минимальное-максимальное фокусное, открытые диафрагмы на этих фокусных...

Игла в яйце, яйцо в утке, утка в зайце, заяц в шоке

Алаверды к вчерашнему посту Ильи

Вот такой весь из себя Панасоник (смотрел GM5, но сдается мне, что они все такие). Хотим по метаданным узнать, какой же объектив был нацеплен на камеру.

И в метаданных это есть, да:

        • В секции MakerNotes
      • На которую есть ссылка из EXIF
    • Во встроенном JPEG
  • Который, значит, встроен в RAW

Впрочем, конечно, в обычном EXIF данные тоже есть, но пишутся рабочие данные. Для зума - не очень информативно увидеть 32/4.9 вместо 12-35/3.5-5.6?

И вот с этими чудесами и приходится жить.

Pages

Subscribe to Обработка RAW