2013

Разбирался вчера с вопросом "а поддерживает ли RawDigger файлы с новых Leaf/PhaseOne" (это которые IQ180, Leaf Credo 80 и т.п.).

В процессе - набрел на совершенно феноменальный эффект, который мое отношение к цифровому MF заметно изменил.

А именно (манипуляции - долгие т.к. автор тестовых снимков запретил их републикацию):

• Берем Вот этот вот обзор Leaf Credo 80
• Скачиваем файлики из из любезно предоставленной автором ссылки на Dropbox.
• Нам нужен вот этот вот файл Mamiya Leaf Credo and Cambo Wide AE.iiq, на нем эффект проявляется лучше всего.
• Напрямую - он ничем (кроме Capture One) не открывается, но на самом деле это ZIP-файл (сделанный этой самой Capture One), содержащий 0.IIQ (собственно RAW-файл) и несколько файликов с настройками Capture One.

  Распаковываем его: unzip "Mamiya Leaf Credo and Cambo Wide AE.iiq" или еще как и открываем получившийся 0.IIQ RawDigger-ом

• Выбираем RGB Render и автоматический WB (с другим ББ лично мне эффект виден хуже).

  Внимание: если у вас 32-битная версия RawDigger, то RGB-render будет недоступен при настройках по-умолчанию. Preferences-Display Options-Disable RGB Rendering for files larger... и поставьте туда эдак 90. Но с большой вероятностью - поможет не сильно, а просто начнет падать. 80-Mpix файлы требуют реально много памяти: 160M на байер, 640M на рендер, 320M на экранную копию, а их нужно две т.к. double buffering - и с учетом фрагментации не влезть в 2Gb даваемые 32-битным программам очень даже легко. А при показе второго кадра - он сначала рендерится, а потом из памяти выносится старый, т.е. расход памяти почти удваивается (лечение: Misc Options - Unload opened file before loading new one).

• Смотрим. Видим эффект (кадр резко отличается от всего с "узкой цифры"). Или не видим.

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

Так как перепубликация картинок - запрещена их автором, попробую объяснить словами что именно я там вижу:

А вижу я там - очень резкий микроконтраст. Снимок производит даже впечатление "HDR" с его задранным локальным контрастом, но без недостатков в виде гало и подобного.

При этом, окошко у меня - 1200x800, т.е. каждый пиксель образовался из примерно 8x8 пикселей исходника.

Казалось бы, с многомегапиксельных узких (FF и APS) камер в окошке 1200x800 тоже будет оверсамплинг, ну пусть не в 8x8 раз, а в 4-6x4-6. Но ТАКОГО эффекта локального контраста на необработанных снимках - я, пожалуй, никогда не видел. А всяких чужих необработанных фото я смотрю много.

После того, как эффект вербализован - его стало видно и на других кадрах, где не все поле кадра резкое, а только часть. Вот, скажем, кадр PhaseOne IQ180 Lizard Far.iiq (который не требует упражнений с unzip т.к. это чистый RAW с камеры, а не архив, включающий настройки Capture One) - ящерица на нем выглядит особенно, но я это заметил только после предыдушего кадра, с резкостью на все поле, поняв что именно надо искать.

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

P.S. В окошке ACR и в файлах открытых затем в фотошопе - эффект виден хуже. Судя по всему, по той причине, что RawDigger никогда ничего не сглаживает, ни при увеличении, ни при уменьшении, а у адобовских тулзов имеется сглаживание/подавление артефактов при уменьшении. Но "кирпичная стенка", открытая ACR-ом в фотошоп тоже смотрится необычно, хотя и менее необычно, чем в RD.

Вот есть некая программа, которая активно использует OpenGL.

Используется Qt5 и все было бы хорошо, если бы не моментики:

• QWidget::showFullScreen() не работает на Mac OS X 10.6
• Курсор в форме руки - остается таковым и при выносе мыши за окно программы (тоже на Mac, на винде все нормально).

По первому случаю - я засабмитил баг, прямо вот 1-го января. Но он все еще в состоянии Not Evaluated (что неудивительно, если посмотреть на график количества багов в Qt за последние 30 дней). По второму - вроде нашел багрепорт, им как-то занимаются.

Ладно, у меня ничего специфического от Qt5 нету, собираем все то же самое на Qt 4.8.4. Работает (ну, пришлось поменять QOpenGLProgram на QGLProgram и так далее в том же духе, но изменений - мало).

Но:

На операционках, запущенных под VMWare (и Windows и Mac) - валится в QGLFunctions::initializeGLFunctions(), судя по отладчику - GL-контекст в этом месте нехорош, дальше не разбирался).

При этом, Qt5 на этих же виртуальных машинах - работает, возможностей тамошнего OpenGL вполне хватает.

На настоящих железных компьютерах с настоящим OpenGL - версия собранная с 4.8 - работает, а неприятные мне баги на маках - отсутствуют. Фулскрин работает, курсор меняет форму как надо.

Ну и как с ними жить? Баги Qt5 явно быстро не починят. Багу Qt 4.8 - скорее всего тоже не починят. Не, ну я могу gl....() сам порезолвить, но обидно же ж.

Граждане фотографы!

А потестируйте, кому не лень, новый RawDigger:

• RawDigger-0.9.14-RC1-RU-Setup.exe
• RawDigger-0.9.14-x64-RC1-RU-Setup.exe
• RawDigger-0.9.14-RC1-RU.dmg

Уже потестировали. Берем 0.9.14 отсюда и наслаждаемся.

Из новых фишек там есть вот такое вот (доступно через Menu-Selection-Selection Grid):

Если простыми словами, то появился инструмент для удобного замера цветных шкал. Натягиваете на шкалу сетку того же размера, размещаете углы, таким образом, чтобы красные квадратики попадали в ячейки мишени - и вуаля. Вуаля в том, что по одной кнопке (Selection to Samples) в таблице Samples оказываются ваши замеры, которые потом можно сохранять (в CSV и CGATS), смотреть гистограмму и все такое прочее:

Преамбула

Несмотря на долбанутость OpenGL-ного API (и, как следствие, огромное количество глупых ньюбских ошибок, которые я допустил), сам OpenGL мне очень понравился.

Вот, к примеру, код в RawDigger, который занимается визуализацией, это 500+ строк довольно нетривиального кода которые делают:

• Raw Composite
• Поканальный показ
• Overexposure/Underexposure

На OpenGL шейдер, который делает ровно то же самое (ну, да, немножко поменьше, в RD есть всякие режимы 2x2 pixels) - это 11 строк кода, несколько строк определения переменных, ну и, да, еще строк 10 для формирования матриц-векторов на которые мы множим и с которыми сравниваем. Ну и работает "немножко" побыстрее.

К сожалению, выяснилось что полноценный OpenGL есть не везде и в новом проекте таки придется делать софтверный рендеринг.

Амбула

Вопрос, собственно, такой: а есть какой-то code generator, который питался бы чем-то вроде кода OpenGL шейдеров и порождал бы код на SSE+треды. И был бы заточен именно под Imaging.

Ну если быть точным, то я знаю уже про

• ISPC, который я нежно люблю, но он все-таки не про Imaging (4 рядом лежащих компонента пикселя), а больше про скалярное. С пикселями там приходится чудовищно извращаться.
• Halide - ровно про это, вот прямо таки заточен, но мне очень не хочется таскать с собой llvm runtime, а хотелось бы генерировать статический код при сборке проекта. Кроме того: Windows support is technically feasible, but we have not yet built or tested on Windows, а мне оно нужно исключительно под Винду, у маков и так все хорошо (даже софтверный рендеринг в виртуальной машине - работает и быстро).
• llvmpipe - даже совсем OpenGL, но есть серия но:
  • Очень не хочется таскать с собой здоровенный llvm runtime
  • Судя по обсуждению в багзилле мозиллы, прикручивание llvmpipe в качестве software renderer есть процесс весьма сексуальный.

Вопрос мой: может быть есть, все-таки, какие-то оффлайновые кодогенераторы, которые сочетали бы оффлайновость ISPC и пикселе-заточенность Halide/Mesa3D?