Март 2015

Про Canon 5DS(R)

Значит поковырял я маленько самплы от Canon 5DS-R, которые уже убрали с Imaging Resource и могу сказать следующее.

Цвет

Своего мнения не имею, вот Илья пишет на DPR: средний dE 1.4, при максимальном (белый патч не берем) 2.5. Если выкинуть этот белый (А4) патч из подсчета среднего, то dEavg и вовсе 1.3. Отличный результат. Но, конечно, надо ждать снимков больших мишеней, таблица Ильи - по 24 патчам.

Шум

Камеры у меня на руках нет, самплов - ограниченное количество...

RawDigger 1.1.4 (с поддержкой Canon 5DS/5DSR)

По традиции, анонс тут:

RawDigger 1.1.4 это не только ценный мех, но и:

  • Поддержка 8 новых камер, включая Canon 5DS/5DSR (тестировалось только на полноразмерных RAW, примеров mRAW/sRAW пока у нас нет, работает или нет - не знаем; у полноразмерных RAW - новый формат, ранее на кэнонах не встречавшийся, изменения малы, но есть)
  • Поддержка смартфонов с RAW: на чипсете MTK (вроде бы 6589) и на соневских сенсорах.
  • Улучшенная работа на маленьких мониторах.

Равчики от 5DS-R берут с Imaging Resource, уже не берут! (но я все скачал и таки изучу вопрос, с той вот поправкой что это pre-production и надо будет переделывать по выходу камеры).

Письма из шестой палаты

А вот, например, камера Konica-Minolta 7D (и другие того же поколения).

В файле внутри неонка превьюшка. Нормальный практически JPEG. Только первые байты не FF D8, как полагается, а 02 D8

НО ПОЧЕМУ!!!???

120 опытов с электричеством. Опыт №67

Купили младшим детям (2 и 4-й класс) набор "Юный Физик, 120 опытов с электричеством". Каюсь, что внутри - не посмотрели.

Сейчас обраружил младшую дочь в попытке сделать опыт №67. Вот он:

По счастью, она сломалась на попытке откусить от ~2-мм проволоки кусок, ножницы не брали. Тут то я ее и поймал, блин.

Боюсь читать про остальные 119 опытов, вдруг там опыты с розеткой и они их уже делали?

Риторический вопрос: делали ли сами авторы сборника свои опыты?

UPD: в комментах пишут что все работает. Я не понимаю, почему батарейка не садится мгновенно!

Q: low level zip access

Преамбула:

Capture One умеет (не знаю когда, имел дело только с результатом) писать такие вот .eip-файлы.

Каждый такой .eip - это нежатый ZIP-файл (от ZIP - только контейнер) в котором лежит файлик 0.RAW (вместо RAW - реальное расширение, .IIQ или .NEF или еще чего) и немножко служебных файлов самой C1.

FastRawViewer и RawDigger ходят в эти файлы с помощью libarchive: archive_read_open_fd()/archive_read_next_header(), находят 0.EXT, аллоцируют буфер и читают туда через archive_read_data().

Когда мы затем читаем эти RAW-файлы целиком - ну тратится лишней памяти (на размер RAW), но пережить можно. Однако если из файла читается только превьюшка - аллоцировать буфер на целый файл и читать этот целый файл - ужасно обидно.

Соответственно, вопрос:

А не встречал ли кто 'low level' библиотеки для доступа к ZIP-файлам? Ну то есть мне надо считать оглавление и смещения/размеры данных в файле (и, для гарантии, вид сжатия), а дальше - для нежатых ZIP-ов я бы сделал себе mmap() нужного куска и не читал бы с диска лишнего.