Свежие комментарии

Это не дырки. Я просто хотел показать сдвиг на пол пиксела.
Пиксел B0 находится не прямо под A0, а между A0 и A1.

Извините, но оба изображения - обычный TIFF. Там никаких субпиксельных смещений нет, прямоугольная сетка, квадратные пикселы.
И дырок (нулевых пикселов)- нету после такого поворота.

Задача поворота - привести паттерн к байеровскому
RG
GB
(или аналогичному, главное что два зеленых не друг под другом)

Вы правы насчёт второго изображения. Я о нём не знал.
Без него вполне можно обойтись, к тому же, я не знаю как правильно с ним работать.
А всё, что я говорил выше относилось только к крупным пикселам.

В S5Pro одинаковая.
Разная чувствительность только в F700.

В какой камере? В S5Pro - разная чувствительность (и обеспечивается, насколько я слышал, разной плотностью фильтров). Другие в руках не держал, говорить так уверенно не могу.

Они одинаково чувствительные.

Dcraw (и, судя, по косвенным признакам, Capture One) делает два поворота, как я и написал выше (где именно)
Первый - чтобы из поколоночной ориентации паттерна сделать байеровский (с зелеными не друг под другом) и применить обычный байеровский же интерполятор (с корреляциями между каналами и вот этим всем). Второй - чтобы развернуть обратно ну и заодно поправить aspect ratio.

Если бы это было две строки, то изображение повторялось бы дважды. Правая и левая половина картинки были бы (почти) одинаковые. А это не так.
UPD: я конкретно про фуджевские файлы. Впрочем, длина строки в DNG такая же.

Dcraw поворачивает дважды. Один раз в crop_masked_pixels, где из RAW() делается BAYER(), второй раз в fuji_rotate()

Никакого двойного поворота никто не делает. Это бессмысленно.
И, как Вы правильно заметили, ведёт к потере качества.
Поворот делается только один. И обойтись без него не получится.

Я с восьмеркой (8.1 в последнее время) работаю очень мало т.к. проблем она не создает.
Ощущения, на уровне ощущений, такие, что оно гораздо лучше оптимизировано для SSD (чем 7), но в ущерб работе на HDD.
По памяти - свежезагруженные голые (без всяких программ установленных, кроме FRV) 8.1 и 7 (x64) показывают на напряжометре ~700Mb занятых. Потом Win7 о чем-то подумала и стало 1.3Gb. А у восьмерки - не стало.
32-битная семерка - 530M, восьмерка - те же 700M

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

Это поворот шаблона, а не матрицы. Повернутую матрицу технологически невозможно на степпере изготовить.

Из поворота шаблона никак не следует, что качество при двойном повороте ради сведения задачи к предыдущей не пострадает.

Имеется ввиду расположение пикселов относительно друг друга.
В повёрнутой матрице пикселы второй строки не находятся прямо под первой,
а сдвинуты на пол пиксела вправо.

ну вот давайте возьмем родной фуджевский файл, благо сами значения пикселов там те же, что в в DNG.
И вот именно его и будем рассматривать как исходник (потому что DNG - производный вариант, сами камеры этот формат не пишут).
Вот там будет просто вот изображение. Ну вот скажем Fuji S5Pro, размер изображения 4352x1444 (вместе с краями, то что с сенсора приходит). Горизонталь - горизонтальная.
Если его удвоить по короткой стороне, получится 4300x2900, обычные такие 3:2.
То что dcraw (и не только она) - поворачивает на 45 градусов - это для получения байеровского паттерна, так оно в этой камере - столбик G, столбик RB.

Никакого интерливинга двух изображений нету, два sub-image, практически вот TIFF.

Они таки повёрнуты. Просто они в файл записываются по диагонали.
Там есть два варианта:
1. В одной строке файла записывается одна строка картинки.
Каждая вторая строка сдвинута на пол пиксела.
2. В одной строке файла записываются две строки картинки.
В чётных пикселах одна, в нечётных другая.