RawDigger 0.9.11

Доступен RawDigger 0.9.11

Краткое описание изменений:

  • Медленные операции (RGB-рендеринг файла, нажатие Apply/OK в настройках при изменении процессинга) стали гораздо быстрее на многоядерных машинах.
  • Исправлены некоторые ошибки, втч. приводившие к падениям.
  • Табличные данные (EXIF, таблица замеров) копируются в Clipboard.
  • Немножко мелких косметических изменений.
Подробный анонс и ссылки для скачивания на сайте программы.

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

В систему апдейтов данная версия будет добавлена через пару дней, вдруг я что-то несовместимое с жизнью не заметил.

P.S. Вместо обещанного TBB многопоточность сделана через Qt Concurrent. Оказался примерно один фиг по объему дополнительного кода (ну вот список тасков надо самому сформировать, 5-6 строк лишних), один же фиг по производительности (в пределах точности измерений на 4-Core CPU), а дополнительной библиотеки с непонятным лицензированием не добавляется.

Comments

Когда будет поддержка Canon 5D Mark III и Nikon D800?

РАВы с восьмисотки открываются нормально (?), с 3-Пятака - розовые какие-то...

На доступных РАВах диапазон значений у Никона; 1 - 16283, у Кэнона; ~1100 - ~15550.
Чувствую, что где-то подвох...

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

RGB-рендер, действительно, не самое главное.
Интересно, почему такие различия в мин/макс.

Потому что никон сам вычитает уровень черного, а Canon - нет

И растягивает диапазон значений по максимуму перед записью РАВа на карту?

Хрен его знает. Признаков растягивания (целочисленного) не видать (в зеленом канале; в остальных обработка видна).

Может быть это такая настройка АЦП, чтобы темновой ток сразу вычитался, я в этом мало понимаю.

Про темновой ток и темновой кадр - понятно и как бы очевидно. :)
Интересно, почему у разных НЕФов (мною смотренных!) максимум = 16283, а у ЦР2 - везде разный (как и должно быть, по логике вещей)!

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

У Кэнонов же, насколько я вижу, есть принудительное обрезание по какому-то уровню (полка - ровная и одинаковая по всем каналам), причем на низких и высоких ISO оно разное.
Но мои данные по кэнонам - это на 99% 5DMarkII, кою я изучил вдоль и поперек, других камер на руках нет (вот сейчас 550D черно-белая появилась) и так глубоко я их не щупал.

А что не так с OpenMP, например?

1) Есть проблемы с Mac OS. У меня были на 10.5, если ничего не путаю. Просто все валится с грохотом (если openmp используется из многопоточной программы на Qt, а это как раз мой случай).
2) Visual C++ в этом месте полон спинлоков, которые еще и не регулируются.
3) Я не понимаю, как писать shared/private/итп для членов класса. Ну то есть в свое время не получилось, с тех пор не разбирался.

Распил на 24 таска (потому что для 2-4-6-8-12 cores - хорошее число) - работает прекрасно. В vtune вверх вылезло копирование из моего буфера в дисплейный т.е. сильно быстрее уже не будет (тем путем, что я рисую битмеп, есть еще OpenGL).

Извините что не по теме, тут вопрос возник, может вы знаете.
У Д70 Никона механический затвор отрабатывает выдержки от 1/200 и длиннее http://ru-d70.livejournal.com/2902445.html
Короткие выдержки отрабатываются электронно.
А не страдает ли при этом ДД фотоаппарата? Или есть способ включить матрицу на короткий промежуток времени и потом считать инфу?

Электронный затвор бывает, как устроен - не вдавался.

Но я не уверен, что у D70 так, это надо сильно движущиеся предметы поснимать, чтобы быть уверенным.

Это, конечно, чистая косметика, но фон в Options на вкладках (не у их "язычков", а на самой закладке, где собственно элементы формы) - фиксирован, серый, а не наследуется из цветовой схемы. В остальных местах (кроме фона гистограмм и т.п., где так и должно быть) - наследуется. WinXP 32bit, нестандартная раскраска интерфейса, интерфейс - "классический" (как в win98).

Ага, фиксирован.

Потому что стандартно там отчего-то белый фон - и результат выглядит омерзительно.

Add new comment