blog.lexa.ru

Вдруг кому будет полезно....

После покупки Sony A7RM3 встала проблема L-bracket.  RRS-овский стоит $180, что как-то слишком, я уже давно с RRS перешел на китай и для кэнонов (и A7R-II) это проблему решало.

С A7R-III оказалось хуже. Камера новая, но по конструктиву в точности как A9, поэтому L-платки от A9 тоже должны подходить.

Сначала была куплена дешевая платка Fittest (для Canon...

По причине непонятных приколов Adobe DNG SDK (в многопоточном режиме на Win7 неверное считается Image Digest), переделали и улучшили многопоточную обработку:

• В настройках добавлен параметр Processing Threads (диапазон от 1 до количества ядер CPU на машине, с учетом hyperthreading).
• Поскольку каждый поток обработки может использовать до 700Mb памяти, стандартное значение нового параметра - 2.
  Если у вас много памяти и файлы лежат на быстром носителе (SSD, быстрый RAID), рекомендуем увеличивать данный параметр (до "сколько можно потратить памяти").
• На 4-ядерном CPU (i7-7700k) увеличение до 8 - ускоряет обработку примерно вдвое.
• Добавлен тайминг работы (анализа метаданных и конверсии)

Качаем тут:

Старые ссылки устарели, берите на странице программы: https://www.fastrawviewer.com/SonyPixelShift2DNG

Сформулировалось вчера в дискуссии о том, что дескать от жатых RAW только польза, ибо места меньше.

Вот чтобы не пропало, запишу:

1. Если у пользователя есть настроенный и работающий процесс сохранения данных, то единственное о чем ему надо думать - это какие диски (или кассеты, если стример) покупать (в будущем) для замены существующих "по кругу".
   Даже в наиболее вопиющих случаях (130Mb DNG вместо 330Mb ARQ), цена вопроса - копейки  за файл (в буквальном смысле копейки: цена гигабайта сейчас - рубля 2-3 на HDD).
2. Если же процесса бэкапа нет (это часто бывает в поле), то нежатые файлы гораздо безопаснее: один поврежденный бит у жатых - это файл можно отправлять в утиль (ну может если повезет - JPEG вынется), а у нежатых форматов - это один поврежденный пиксель и все.
    

Есть у меня универсальный тросик Pixel TC-252 (точнее два, второй - TC-282 с радиомодулем, но пользуюсь я им редко). Он не только тросик, но и timelapse-контроллер.

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

Так вот, с A7R-III все, на удивление, не так хорошо:

• Тросик вроде бы даже и работает, по поднажатию фокусируется, по полному - снимает.
• Но такое вот впечатление, что размер буфера ограничен тремя кадрами: если поставить серийную съемку и нажать на педаль, то снимется три кадра и все. Если сразуже нажать на педаль второй раз - 1-2. Когда буфер сбросится - опять три.
• И та же ситуация с брекетингом, даже хуже: если поставить длину брекетинга в 5 или 7 кадров, то снимется три, а продолжение - опять с начала.

Спросил в сони-форуме, народ попробовал, с родным тросиком такого нет. Сегодня вот купил себе RM-VPR1, проверил лично, никаких проблем: длина серии ~70 (на compressed-формате), брекетинг тоже работает.

В чем фигня - не знаю. Можно ли вылечить ее сменой кабеля для Pixel - тоже не знаю.

Вдумчивые читатели подкололи (за что им спасибо): использованный для показа в предыдущем тексте кусок мишеньки - уже на пределе возможностей струйника. Контраст там еще какой-то есть, но он далек от задуманного 1EV.

Переставил штатив вдвое дальше, объектив тот же, используем вторую (более крупную мишень). С ней результаты у PixelShift (т.е. без дебайеризации) более разнообразные.

Вот линии, идущие под 45 градусов (кликните для просмотра в полный размер), это скриншот с фотошопа 600%:

...