blog.lexa.ru

По случаю выхода 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

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

Значит всем, кто радуется ISO 3млн на 21-mpix спешу напомнить:

• На ISO 100 уровень насыщения (т.е. белого) - 3200 фотонов на квадратный микрон. Просто, я извиняюсь, по стандарту на эти самые ISO (при измерении чувствительности по saturation).
• Площадь одного пикселя у D5 - 40 кв. микрон (при заполнении площади сенсора пикселями на 97%, удобно оказалось округлить так)
• Это дает нам 128000 фотонов на пиксель на ISO100 в белом (в насыщении).
• Увеличиваем чувствительность в 30000 раз. Из ISO100 - в 3 миллиона.
• Экспозицию укрутим, понятно, в те же 30 тысяч раз, на 15 стопов.
• Фотонов на пиксель будет 4.27
• Умножаем на квантовую эффективность, пусть она будет 0.7 (это со всеми цветными светофильтрами, на самом деле 0.7 - завышенное значение).
• Электронов на пиксель получается 3. Три, блин, штуки. В белом (насыщении).
• В точке серого, которая в лучшем случае в 5.5 раз ниже (18%) электронов будет 0.
• Нет, понятно, статистический разброс, то-се, в каких-то местах "в сером" их будет больше 0.
• И это все - для идеальной т.е. никак не шумящей камеры, про шумы мы вообще не говорили.

Продолжайте читать маркетологов, они вам расскажут!

Сложно и бессодержательно о простом:

(кликабельно)

Выделение не мое, так прислали. Рыдать и биться головой хочется от всего текста, а не от выделения.

Передайте пожалуйста автору этой книги, что с нее причитается.

Я голову о клавиатуру разбил. Теперь менять. Голову. Клавиатуру.

Продолжение вот к этому вот тексту и к тамошним комментариям:

1. Собрался с духом и переписал тройку мест на 256-битные команды. Помогло: время исполнения этих кусочков упало на 15-25%. Буду дальше писать.

Это без особой оптимизации, старый код у меня SSE3, никаких BLENDPS/EXTRACTPS не использовалось, соответственно и AVX2 - это чисто замена _mm_ на _mm256_ ну и типы 256-битные. В уже переписанных кусках буду еще смотреть на DPPS: на SandyBridge эта инструкция выигрыша не давала, но может быть поможет на Haswell+.

2. А вот с VPGATHERDD - сплошное разочарование:

• Для гистограммы (когда gather, потом инкремент, потом поэлементная запись) - получается серьезный проигрыш в производительности, а код сложнее.
• Для операций вида bitmap[index][channel] = contrast_curve[value] проигрыш тоже есть, хотя и незначительный. Совсем оптимизированное (читаем только 6 элементов, для альфа-канала берем defaults т.е. через masked load) - совсем незначительно медленнее, единицы процентов на всю функцию, но медленнее.

Уж не знаю, кому эта VPGATHERDD в таком виде нужна. Ну разве только на новых процессорах она побыстрее.