FRV официально public beta (как пишут авторы)

Всего 222 сообщ. | Показаны 141 - 160
Re[Deman32]:
Цитата:

от:Deman32
Ну хорошо. Допустим диагональности нет. Допустим, что RD не врёт и матрица s5 = 4288х1440. Как пиксели тогда выглядят и расположены?
P.S. Получается рпп и dxo полную чушь делают, раз по одной стороне растягивают, а по другой сжимают фотку.

Подробнее


Там матрица (по одному виду ячеек) 6 мегапиксельная, но ячейки "разверуты" на 45 град относительно обычного.

обычная 3000*2000
считывам (как бы через щель) ряд высотой 1 пиксел = 3000
следущий ряд еще 3000... и так 2000 раз

у Фуджи в щель попадает 4288, но сдвиг приходится больше делать, чтоб не считать уже сосчитанные, количество выходит рядов меньше = 1440

имхо
Re[serg_gera]:
Не совсем понял, как это, но каким образом это вяжется ещё и с дополнительными мелкими теми же RGB пикселями??? Тут уже не прокатит "обычная матрица под 45 градусов" или "просто развод маркетологов".
Re[Deman32]:
Нужно взять листочек в клеточку и нарисовать поле 10*10

В одном ряду десять "соседних" клеточек, соседние клеточки имеют общую сторону, границу.
Рядов для считывания - десять.

Вырежте этот квадратик, расположите рядом, под углом 45 град и обведите его контур. Проведите в этом контуре горизонталь и по ней выделите ряд клеток, граничащих одной стороной. Ряд будет из клеток одна повыше, следущая пониже - как бы змейкой. В одном ряду будет уже четырнадцать клеточек (а не десять), но и самих рядов будет меньше - семь (c копейками).

Площадь практически покрывается одна, хотя данные считывались в первом случае как 10*10, а при диагональном расположении (пикселей) 14*7.
Потом софт пересчитает, развернет14*7 в привычные для устройст вывода 10*10
Re[Deman32]:
Формально в одном раве этих Фуджи записаны два массива данных, с крупных и мелких ячеек соответственно. Чуствительность мелких и крупных ячеек разная, так что формально получается за одно срабатывание затвора два склеенных в один файл рава с эксповилкой стопа на три... Отсюда рекордный ДД (в сторону светов), но разрешение только немного повыше (~8, зависит от АА фильтра) обычной 6мп матрицы...
Re[serg_gera]:
ОК). Ни черта не понял, как это, хотя картинки о матрице смотрел в сети.
Большинство конвертеров не видят мелкие пиксели фуджа, и выдают картинку с маленьким ДД, но они не выдают картинку, похожую на 4200х1400/2=2100х700 пикселей, растянутую до 4200х2800.
Вопрос: куда пропали мелкие пиксели? А если пропали, почему разрешение картинки не упало до уровня вебкамер прошлого века?
Re[Deman32]:
- Ну пользуйтесь теми, кто видит. (HU3, RPP, Adobe, DxO...)
- FRV показывает рав "крупных" пикселей Фуджи Про, в нормальных пропорциях, в 6мп... да и ладно
Re[serg_gera]:
Вот RPP с DxO странно как-то видят. Яркость дают, а самих пикселей нету. И я бы понял ещё DxO - заморскую контору, которая делает коммерческий продукт с наворотами, но я совсем не пойму Твердохлеба с Боргом, которые упорно утверждают о наличии только 6 мегапикселей. В этой связи забавно смотрится мелкая зачуханая конторка Adobe, которая решила для покрытой плесенью (образно) камеры делать апсайз. Налицо явный сговор с Fujifilm для поддержания уловки маркетологов.
З.Ы. Сарказм
Re[Deman32]:
Правильно делать так - из пары пикселов выбирается тот,что экспонирован без пересвета. Если оба пиксела экспонированы без пересвета - выбирается "крупный". На самом деле там все пикселы одинакового размера, конечно. Просто апертура перед пикселами "маленькими" имеет меньший диаметр, так, чтобы света попадало на пиксел на 4 EV (3.9, скорее) меньше.
Re[Iliah Borg]:
Сколько их там тогда физически? Выходит половина просто отбрасывается и все?
Re[Deman32]:
Да, иначе - шум. Нельзя интерполировать между пикселами с сильно разными уровнями шумов.
Re[Iliah Borg]:
Теперь понятно. Спасибо)
Re[Iliah Borg]:
Цитата:
от: Iliah Borg
Правильно делать так - из пары пикселов выбирается тот,что экспонирован без пересвета....

а кто/что и как определяет эту пару пикселов?, тем более на матрице сенсели экспонируются ....
Re[serg_gera]:
Цитата:
от: serg_gera
Там матрица (по одному виду ячеек) 6 мегапиксельная, но ячейки "разверуты" на 45 град относительно обычного.

Что значит "ячейки развернуты"?
Вот если взять и снять вертикальную (горизонтальную) линию - она как будет выглядеть?

Re[Alex Tutubalin]:
Представьте квадратную кафельную плитку, единичный размер 10*10см в ванной/на кухне.
Можно уложить ее двумя способами:
- края параллельно полу
- диагональ плитки параллельно полу

Вопрос: сколько рядов по сколько плиток ушло на квадратный метр стены?
Сбиваем рамку метр на метр и накладываем ее в угол к полу. Ответы
1. 10 плиток в ряду, десять рядов (100 плиток), точно
2. 14 плиток в "ряду", семь рядов, (98 плиток) плюс обрезки

Разница в укладке и в подсчете.

если эти 98 плиток положить привычным способом (14*7) квадрат не получится, будет 140см *70см (будет вытянутый, сплюснутый "квадрат")





Re[serg_gera]:
Всё никак не понимаю эти 14х7. Почему в квадратной фигуре должны умещаться разные кол-ва одинаковых элементов.
На мой взгляд, всё там просто: диагональная рядность пикселей и сдвоенность оных. Отсюда сжатый по вертикали (если смотреть в альбомной ориентации) кадр. Кто-то просто читает ВСЕ пиксели, кто-то решил упростить задачу и делать выборку. При всём этом "маркетинговые картинки" с изображением пикселей SuperCCD вполне соответствуют общеизвестным фактам: широкий ДД, низкое качество по сравнению со стандартным байером 12 Мпкс, но выше, чем обычные 6 Мпкс. Но утверждать, что камера 6 МПкс, при этом из 6 брать половину, как говорилось выше (остаётся 3, если верить математике), как-то не очень логично. А если просто иметь в виду, что 1 пиксель = 1 большой + 1 малый пиксель, тогда да... Вот только не могут 2 пикселя располагаться в одной точке и, следовательно, должны нести информацию, позволяющую извлекать дополнительные детали из картинки.


Если верить этому, то в первом случае, конечно, можно считать сдвоенный пиксель за один.
Re[Deman32]:
Цитата:
от: Deman32
Всё никак не понимаю эти 14х7. Почему в квадратной фигуре должны умещаться разные кол-ва одинаковых элементов.


считайте сами, сколько плиток (ушло) в первой и сколько во второй квадратной фигуре?






Re[serg_gera]:
Абсолютно одинаково, ибо площадь общая и плитки одинакова.
Re[Deman32]:
А вот нет, считайте внимательно
на первой 100 плиток
а на второй - 98


Re[serg_gera]:
Цитата:
от: serg_gera
А вот нет, считайте внимательно
на первой 100 плиток
а на второй - 98

Швы уберите :)
Re[Deman32]:
Цитата:
от: Deman32

Кто-то просто читает ВСЕ пиксели, кто-то решил упростить задачу и делать выборку.

Выборку делать не надо. Камер пишет в RAF два полукадра (по 6Mpix) отдельно.

И в RawDigger их можно затем отдельно посмотреть, экспортировать и вот это вот все.
Вы не авторизованы

Пожалуйста, авторизуйтесь, чтоб иметь доступ к полному функционалу сайта

Обратная связь

Здесь вы можете оставить свои контактные данные, чтобы мы могли связаться с вами.