Phase One

RawDigger 1.2.4

lexa - 08/Янв/2016 18:50

По случаю выхода PhaseOne IQ3 100Mpix, пришлось обновлять RawDigger:

  • Исправлена ошибка в обработке поврежденных файлов .eip
  • Windoes: cохранение размеров главного окна: запоминаются статус максимизации окна и его размер до максимизации.    
  • Экспорт в CSV: целочисленные параметры (номер фрейма, номер сампла, координаты сампла) не заключаются в кавычки.
  • Лимит Disable RGB Rendering for files larger... увеличен до 200Mpix.
    Стандартное значение этого лимита для 64-битных версий: 120Mpix, но если вы работали с предыдущей версией, то сохранится значение от нее (стандартное - 99Mpix для 64-биной версии) и для копания в 100Mpix-файлах может захотеться его увеличить (если нужен RGB-рендеринг).
  • Exiftool обновлен до версии 10.09
  • Поддержка формата PhaseOne 16-bit compressed
  • Поддержка камер:  Phase One IQ3 100Mpix

Брать на официальном сайте (или на официальном русском сайте)

Про MF backs

lexa - 06/Янв/2016 14:43

Спасибо неназываемому (он просил не называть) благодетелю, теперь у нас есть самплы со всех PhaseOne P- и IQ-series и с большого числа задников Leaf. 75 гигабайт.

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

  1. Вот есть равчики, у которых на выдержках в десятки секунд - уже привычный нам на других (мелкоформатных) камерах шум. Ну, OK, все понятно, чудес нет.
  2. А есть такие, что там сотни-тысячи секунд (натурально, до часа) - и они чистые.
    Да, ISO50 обычно. Но чистые: ни хотпикселей, ни бэндинга, ничего. Shadow Boost наш кажет чистые приятные тени.

Вот, блин, как они это делают? Это RAW, никакого специфического процессинга у нас нет, смотрю я естественно FRV и RawDigger, чем еще....

То есть я конечно докопаюсь, у Фазы в метаданных есть и карта хотпикселей и много всего другого интересного, но вдруг кто из знает без этих копаний?

 

Про C1

lexa - 21/Авг/2014 21:38

Я обещал про C1 отдельно.

Так вот, получив пачку странных DNG, я захотел их скормить какой-то не Адобовской программе. RPP все съел на ура, но под рукой была еще Capture One. Вот такая:

Берем пачку файлов, Fuji S3Pro, F550EXR, F800EXR. Попарно, RAF и DNG. Для понимания: первую камеру C1 поддерживает, а две вторые - нет. Вот они в каталоге (кликабельно):

...

О 16-битных цифрозадниках

lexa - 26/Авг/2012 21:07
Наткнулся в ЖЖ Ильи Борга на такой вопрос к нему:
Я уточнить хотел к предыдущему вопросу. В MF цифровых камерах согласно всяким там заявленным характеристикам вроде часто стоит 16 битный АЦП. Это якобы заметно повышает ДД камеры (настолько что как обсуждалось некоторыми товарищами в той ссылке оставляет все DSLR с ихними 14 битами далеко позади). Это действительно так? Какй нибудь сильный выигрыш в тенях от этого получается?
Так вот, вот вам ответ для PhaseOne (компрессированный формат):
// dcraw.c, строчки в районе 1550-й, немножко упрощая
void CLASS phase_one_load_raw_c()
{
....
    for (col=0; col < raw_width; col++) {
      RAW(row,col) = (pixel[col] << 2) - ph1.black + black[row][col >= ph1.split_col];
    }
...
}
Если простыми словами, то в pixel[] содержится распакованая (из хаффмана) строка, дальше значение пиксела сдвигается на два бита (умножается на 4), потом вычитается уровень черного и все это кладется в 16-битный (unsigned short) буфер.

Какой вывод мы можем сделать? А такой, что АЦП - 14-битный, а в младших битах 16-битных значений до вычитания черного были такие вот кругленькие нолики.

В нежатом формате - не так, но нежатый формат я видел только на очень старых задниках, а все что видел нового - жатое. И на P45 и на P65+ и на IQ180 - везде в данных 14 реальных бит.

Справедливости ради, в материалах на сайте PhaseOne ничего про 16-битный АЦП не написано. Все гораздо более обтекаемо, "16-bit OptiColor"...

P.S. Написанное выше - конкретно про PhaseOne. Невозможность имения в этом формате 16-битных RAW-данных вытекает просто из процедуры распаковки. Для других форматов все не так прозрачно.

LibRaw 0.7.0 Alpha-3: еще более RAW

lexa - 14/Янв/2009 20:11

Я точно знаю, что есть люди, читающие анонсы LibRaw именно здесь, остальным придется потерпеть.

В третьей альфе LibRaw 0.7.0 случились две группы существенных идеологических изменений и одна группа несущественных:

  1. Данные для камер FujiFilm распаковываются без поворота на 45 градусов. Это открывает путь к легкому получению 12-мегапиксельных картинок с Fuji S5Pro и прочим подобным радостям. При этом, горизонтальное разрешение должно быть заметно лучше, чем у 6-мегапиксельных, выдаваемых dcraw и всеми использующими этот код.
    Посмотреть на реальные RAW-данные Fuji можно с помощью примера unprocessed_raw, очень поучительно (чтобы извлечь второй кадр, используйте ключ -s 1).
  2. Не менее сильно поработали над PhaseOne:
    • Придуман и для PhaseOne реализован режим (не)фильтрации данных, отключающий тоновую кривую для RAW (более raw-данных вы еще не видели!). Идея мне настолько понравилась, что в следующих версиях тоновую кривую можно будет отключить для всех случаев, когда она есть (Nikon NEF, Adobe DNG, далее везде).
    • Рассчитанные камерой уровни черного доступны в метаданных
    • Исправлена ошибка расчета уровня черного, имеющаяся в dcraw (впрочем, на результат она влияет не очень сильно).
  3. Ну и по мелочи: баги, ключ -s у unprocessed_raw, импортирована свежа версия dcraw.

Более подробно и более формально в changelog, скачивать с той же страницы

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

Маркетинг и правда

lexa - 13/Янв/2009 14:17

Начитавшись всяких datasheets от задников, я был уверен что у PhaseOne (свежих: P45, P65) - 16-битный АЦП.

Однако читаю код распаковки, по смыслу там вот такое вот:

image[x,y] = pixel << 2 - (тут расчет уровня шума для столбца-полустроки)
дальше там наложение всяких кривых и прочие упражнения, которые в данном контексте неважны.

Вот ведь думаю, и рыбку съели (нету одинаковых битов ни внизу, ни наверху) и АЦП у них таки 14-битный.

Кипя гневом, полез читать даташиты заново, а там все аккуратно написано: 10 бит антиблюминга, 12 стопов динамического диапазона, разрядность выходного файла - 16 бит (кто бы спорил).

Вот как маркетинг животворящий зомбирует!

UPDATE: а в реальных данных в бликах максимальное значение до умножения и вовсе 8192 (при этом по всем четырем каналам одинаковые значения т.е. это честный блик). Итого - 13 бит. А значит врут они про 12 стопов ДД.

Subscribe to Phase One