spamsink: (lenin)
[personal profile] spamsink

Как узнать истинное разрешение матрицы, на которой была снята эта картинка?
830 кб, якобы 8 мпкс. Или что лучше снять, чтобы это определить?

Уточню вопрос: можно ли по картинке определить истинное значение цифрового зума (EXIF врёт, говорит 1)?

Date: 2014-01-25 05:53 am (UTC)
wizzard: (Default)
From: [personal profile] wizzard
google: resolution test chart

Date: 2014-01-25 10:51 pm (UTC)
wizzard: (Default)
From: [personal profile] wizzard
В зависимости от тяжести постпроцесса можно пытаться понять, разрешение упирается в матрицу или в оптику.

Date: 2014-01-25 10:52 pm (UTC)
wizzard: (Default)
From: [personal profile] wizzard
сфоткайте все-таки чарт и выложите, плз

Date: 2014-01-26 01:17 am (UTC)
wizzard: (Default)
From: [personal profile] wizzard
http://www.graphics.cornell.edu/~westin/misc/res-chart.html

Его надо *распечатать* на листе А4 и сфоткать так, чтобы лист занимал примерно весь кадр.

Date: 2014-01-25 08:22 am (UTC)
From: [identity profile] maksa.livejournal.com
Полагаю, оптика накладывает более жёсткие ограничения на разрешение, чем матрица. Так что увы, можно оценить лишь снизу.

Date: 2014-01-25 09:28 pm (UTC)
From: [identity profile] maksa.livejournal.com
Я исхожу из того, что разрешение матрицы, вероятно, меньше выдаваемых 8 мегапикселов, и хочется понять, насколько. Если больше — всё несколько иначе.

Так вот, если нет возможности подать на матрицу картинку, которая по частотной характеристике приближается к разрешению матрицы, то не получится и понять, какое разрешение собственно матрицы. Кроме того, это в любом случае будет оценка снизу, поскольку разрешение может уменьшаться и вследствие действия сглаживающего фильтра (anti-aliasing; сомневаюсь, что они используются в подобных устройствах), и вследствие свойств микролинз матрицы (они могут быть устроены так, что свет попадает на соседние пикселы), и вследствие работы программных алгоритмов. Если бы на матрицу попадало изображение с любой желаемой частотой (резкостью), то да, можно было бы установить, во сколько раз растянута исходная картинка. Но пока мы имеем дело не с разрешением матрицы, а с разрешением всей системы. И, кстати, не исключено, что ограничения упираются в банальный дифракционный предел.

Date: 2014-01-25 09:38 pm (UTC)
From: [identity profile] maksa.livejournal.com
Вот как раз все те причины, которые я перечислил выше, и приводят к тому, что граница из резкой линии становится градиентом.

Date: 2014-01-26 04:47 am (UTC)
From: [identity profile] maksa.livejournal.com
Мне кажется, по ширине этого градиента можно определить фактическое разрешение системы в целом.

Date: 2014-01-26 04:57 am (UTC)
From: [identity profile] maksa.livejournal.com
Вот мне кажется, что нельзя. Как измерить АЧХ усилителя, если звук на него можно подавать только через плохонький микрофон?

Date: 2014-01-26 05:29 am (UTC)
From: [identity profile] maksa.livejournal.com
Эх. Дифракция — это аналоговые шумы? А байеровский алгоритм?

Мы можем померить истинное разрешение исходного снимка (если снимали что-то достаточно частотное и контрастное, то есть имеющее угловое разрешение выше разрешения системы). Но когда это попало на матрицу и было преобразовано в RGB для каждого пиксела, мы почти наверняка будем иметь картинку с разрешением меньшим, чем разрешение матрицы. До Найквиста будет ой как далеко.

И я убеждён, что из получившегося увеличенного изображения из-за сложности используемых алгоритмов нельзя понять, с какого размера было сделано увеличение. Только оценить снизу. И получить, скажем, 0,3 мегапиксела, что мы и видим тут в комментариях.

Вот простой эксперимент. Я взял градиент на картике с разрешением икс на икс пикселов, а затем увеличил до 2000 × 2000. Файл. Каким, хотя бы примерно, было исходное разрешение, то есть, чему равен икс?

Date: 2014-01-26 05:41 am (UTC)
From: [identity profile] maksa.livejournal.com
Мне кажется, в общем случае нельзя. Вот у моего FastStone Image Viewer предлагается 11 алгоритмов изменения размера изображения. Какие-то более резкие, какие-то менее, что-то с артефактами, что-то, наверное, с меньшим их количеством. И мне кажется, что градиент в несколько пикселов (возникающий, даже на резкой границе, если разрешение системы заметно меньше разрешения матрицы) будет передан не «ступенькой», а вполне пристойным плавным градиентом.

Date: 2014-01-26 02:40 am (UTC)
wizzard: (Default)
From: [personal profile] wizzard
По фотке видно, что разрешение упирается таки в матрицу (там где наклонные штрихи)

При этом похоже, что минимальный разрешаемый штрих имеет в ширину и в высоту 4 пикселя.

Т.е. это либо 2 MP (1632x1224) с фиговым дебайером, либо вообще 0.3, но с хорошим. Плюс шумодавка, шарпенинг, ресайз поверху.

Date: 2014-01-25 08:36 am (UTC)
From: [identity profile] dz.livejournal.com
Может, Тутубалин знает какой-то способ? Он сейчас этой темой сильно занимается.

Date: 2014-01-25 09:00 am (UTC)
From: [identity profile] alextutubalin.livejournal.com
Я даже вопроса не понял.

Что такое "истинное разрешение" (и какие - не истинные)?

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

Date: 2014-01-25 10:52 am (UTC)
From: [identity profile] alextutubalin.livejournal.com
Прежде чем свету попасть на байеровский паттерн, там еще Anti-Aliasing был до того. Не говоря об оптике с ее искажениями. Ну и интерполяции байера бывают очень разные (и их задача - выдумать детали взамен пропущенных).

Искать в этом только разрешение матрицы - в меру бессмысленно, даже если никакой постобработки не было (а она - была, раз мы смотрим на JPEG).

Date: 2014-01-25 10:32 pm (UTC)
From: [identity profile] iime.livejournal.com
Понятно, что вопрос о другом, но вид картинки и отсутствие читаемых фотошопом тегов наводят на грустные мысли.
(Также радует выдержка 1/not a number)
Edited Date: 2014-01-25 10:39 pm (UTC)

Date: 2014-01-27 06:05 am (UTC)
From: [identity profile] iime.livejournal.com
Ну, многие не пишут в EXIF всю информацию, но обычно все же побольше.
Если поверить им насчет фокусного расстояния, можно прикинуть размер матрицы, зная угол обзора.
Page generated Mar. 5th, 2026 06:36 pm
Powered by Dreamwidth Studios