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

Title Comment
Ага-ага. И при лампах накаливания поползет в другую сторону.

Ага-ага.
И при лампах накаливания поползет в другую сторону.

Проблема применения профиля до баланса белого и при том к ли

Проблема применения профиля до баланса белого и при том к линейному файлу во многом упирается в точность CMM. При том, что коррекция нелинейности матричным профилем получается с достаточно большим трудом, нужен LUT. Тут в традиционных CMM начинает ползти шум. Лекарство оказывается хуже болезни. Если же прибегнуть к пред-линеаризации каналов при открытии raw-файла, дело упрощается и значительную часть линейности баланса белого удается вернуть на место - почти до точки, ниже которой нелинейность определяется шумами в raw.

Я снимаю 3 кадра: 0EV, +3.5EV, -3.5EV. Если разрешение терят

Я снимаю 3 кадра: 0EV, +3.5EV, -3.5EV. Если разрешение терять нельзя, то несколько троек, в панораму.

Очень интересно, спасибо. То-то я заметил, что при вытягиван

Очень интересно, спасибо. То-то я заметил, что при вытягивании теней цвета всегда расползаются черти куда. Даже на ISO100. Теперь понятно почему.

Да, то что float улучшает тени - известно. И считать, конечн

Да, то что float улучшает тени - известно. И считать, конечно, надо так.

Что же до фильтров, то что есть они, что нету - разницы никак выяснить не получится, ибо света там точно нет, фильтровать нечего.

Если считать всё на float (а я о чём говорил) то ошибки на е

Если считать всё на float (а я о чём говорил) то ошибки на единичку не будет.

Кстати, у чёрной рамки фильтров нет, как считаь с неё по каналам? Я визуально смотрел, там никакого байеровского рисунка нет.

Мое естественнонаучное образование подсказывает мне, что есл

Мое естественнонаучное образование подсказывает мне, что если отношение сигнал-шум 0.5 или даже 2, то пить боржоми на тему линеаризации поздновато.

Снимать много кадров и усреднять.

Если рассматривать workflow "по Маргулису" (да и вообще, это

Если рассматривать workflow "по Маргулису" (да и вообще, это разумная последовательность), то там три последовательных шага
- борьба с неверным цветом исходника
- управление контрастом
- управление насыщенностью

Вот правильный профиль позволяет первый шаг свести почти к нулю работы в простых случаях.

Отсюда и борьба за него.

Ты знаешь, вот читаю я который раз твое вполне обоснованное

Ты знаешь, вот читаю я который раз твое вполне обоснованное мнение про проблемы нелинейности в тенях, связанные с профилями, и все не могу понять его практического применения.

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

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

Я бы - знать, как вычитать :-)

Я бы - знать, как вычитать :-)

Дело же не только в битности. На кэнонах разумный способ оце

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

В том что касается характера распределения - сказать пока ничего не могу, варез считает минимум, максимум, среднее и дисперсию, до гистограммы еще не дошел.

А вы как хотели-то :-) ? Я расчитывал по матожиданию.

А вы как хотели-то :-) ?

Я расчитывал по матожиданию.

На кэнонах это возможно и на практике. 32 бит на канал позво

На кэнонах это возможно и на практике. 32 бит на канал позволяет отрицательные значения. Достаточно импортировать с запасом, потом наложить слой вычитающий.

Кстати, по непонятной мне причине, есть очень много точек с сильно отрицательными значениями, гораздо ниже трёх сигм.

Остальные - ну... Можно придумать хитрый фильтр, который будет восстанавливать линейность.

Так ведь да.

Так ведь да.

Точно так, при этом после вычитания для некоторых пикселов н

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

На кэнонах это возможно хотя бы в теории. Подавляющее больш

На кэнонах это возможно хотя бы в теории.

Подавляющее большинство остальных камер вычитает уровень черного самостоятельно.

Так ведь шум

Так ведь шум

Тут вот есть еще какая штука. При съемке серии черных кадров

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

Тогда как-то так <img src="http://lj.vladimirovich.net/lj11

Тогда как-то так

В принципе, похоже. То есть, если теория объясняет этот эффект, то получается что всё это не проблемы матрицы, а проблемы обработки. Нужно учитывать отрицательные значения, а не отбрасывать их.

Большее.

Большее.

На графике указано больше или меньшее значение из пары? Со

На графике указано больше или меньшее значение из пары?

Со смешением в единичку такое выходит:

Фон1 Ср1 Фон2 Ср2 Коэфициент стопа
00,00 03,32 00,00 03,32 1,00
01,00 03,90 02,00 04,54 1,16
02,00 04,54 04,00 05,97 1,32
03,00 05,23 06,00 07,58 1,45
04,00 05,97 08,00 09,33 1,56
05,00 06,76 10,00 11,17 1,65
06,00 07,58 12,00 13,09 1,73
07,00 08,44 14,00 15,04 1,78
08,00 09,33 16,00 17,02 1,82
09,00 10,24 18,00 19,01 1,86
10,00 11,17 20,00 21,00 1,88
11,00 12,12 22,00 23,00 1,90
12,00 13,09 24,00 25,00 1,91
13,00 14,06 26,00 27,00 1,92
14,00 15,04 28,00 29,00 1,93
15,00 16,03 30,00 31,00 1,93
16,00 17,02 32,00 33,00 1,94
17,00 18,01 34,00 35,00 1,94
18,00 19,01 36,00 37,00 1,95
19,00 20,00 38,00 39,00 1,95
20,00 21,00 40,00 41,00 1,95
21,00 22,00 42,00 43,00 1,95
22,00 23,00 44,00 45,00 1,96
23,00 24,00 46,00 47,00 1,96
24,00 25,00 48,00 49,00 1,96
25,00 26,00 50,00 51,00 1,96
26,00 27,00 52,00 53,00 1,96
27,00 28,00 54,00 55,00 1,96
28,00 29,00 56,00 57,00 1,97
29,00 30,00 58,00 59,00 1,97
30,00 31,00 60,00 61,00 1,97
31,00 32,00 62,00 63,00 1,97
32,00 33,00 64,00 65,00 1,97
33,00 34,00 66,00 67,00 1,97
34,00 35,00 68,00 69,00 1,97
35,00 36,00 70,00 71,00 1,97
36,00 37,00 72,00 73,00 1,97
37,00 38,00 74,00 75,00 1,97
38,00 39,00 76,00 77,00 1,97
39,00 40,00 78,00 79,00 1,98
40,00 41,00 80,00 81,00 1,98
41,00 42,00 82,00 83,00 1,98
42,00 43,00 84,00 85,00 1,98
43,00 44,00 86,00 87,00 1,98
44,00 45,00 88,00 89,00 1,98
45,00 46,00 90,00 91,00 1,98
46,00 47,00 92,00 93,00 1,98
47,00 48,00 94,00 95,00 1,98
48,00 49,00 96,00 97,00 1,98
49,00 50,00 98,00 99,00 1,98
50,00 51,00 100,00 101,00 1,98

Добавьте к супу ошибку в определении уровня черного в единич

Добавьте к супу ошибку в определении уровня черного в единичку и все станет веселее

Я промоделировал эту ситуацию в Excel сейчас. У меня вышл

Я промоделировал эту ситуацию в Excel сейчас.

У меня вышла такая табличка. Фон1 и Фон2 - исходные яркости (вторая в два раза больше первой). Ср1 и Ср2 - яркости, которые получены прибавление случайной величины с сигмой 7, и отсеканием всего чего меньше нуля до значения нуля.

Фон1 Ср1 Фон2 Ср2 Коэфициент стопа
0,00 2,79 0,00 2,79 1,00
1,00 3,32 2,00 3,90 1,18
2,00 3,90 4,00 5,23 1,34
3,00 4,54 6,00 6,76 1,49
4,00 5,23 8,00 8,44 1,61
5,00 5,97 10,00 10,24 1,71
6,00 6,76 12,00 12,12 1,79
7,00 7,58 14,00 14,06 1,85
8,00 8,44 16,00 16,03 1,90
9,00 9,33 18,00 18,01 1,93
10,00 10,24 20,00 20,00 1,95
11,00 11,17 22,00 22,00 1,97
12,00 12,12 24,00 24,00 1,98
13,00 13,09 26,00 26,00 1,99
14,00 14,06 28,00 28,00 1,99
15,00 15,04 30,00 30,00 1,99
16,00 16,03 32,00 32,00 2,00
17,00 17,02 34,00 34,00 2,00
18,00 18,01 36,00 36,00 2,00
19,00 19,01 38,00 38,00 2,00
20,00 20,00 40,00 40,00 2,00

То есть, для значений 16-32 этот эффект уже вообще не важен. А на графике нелинейность есть даже на 100.

Вычитание черного (усредненного в стеке) вместо вычитания ко

Вычитание черного (усредненного в стеке) вместо вычитания константы - всяко применимо.

Да, сдвиг копеечный, но если сильно неповезло, то его видно.

Да, сдвиг копеечный, но если сильно неповезло, то его видно.

Берем плохой случай: ISO 6400, около насыщения (15 тысяч) сигма 450.
Отклонение среднего (в зеленом) будет "порядка сигмы" т.е. примерно на 3%.

Оценим, как это выглядит, сравним 255-255-255 и 255-248-255 (в линейном пространстве конечно). Разница преизрядная.

"астрономы" работают с пачкой снимков (stack), поэтому там "

"астрономы" работают с пачкой снимков (stack), поэтому там "стат.методы" работают.

здесь же каждый снимок индивидуЯлен, и не всякий стат.метод применим... об чём я тебе и толкую ,-)

<b>>> 1) Пуассоновская дисперсия известна исходя из свойств

>> 1) Пуассоновская дисперсия известна исходя из свойств потока фотонов. Кроме того, ее можно подсмотреть по дисперсии в других каналах, которые не насытились т.к. баланс белого.
<<

Ну вот видишь, тебе уже пришлось привлекать "посторонние сущности".
При этом:
а) дисперсия определяется не только "исходя из свойств потока фотонов" (сам же намерял больше, чем должно бы было бы быть "исходя из свойств потока фотонов")
б) тебе понадобились знания о "коэфф. преобразования" e- в DN
в) [и/или] пришлось "подсматривать" в другие каналы и делать [необоснованные] допущения об свойствах сигнала по этим каналам.

а была бы информация о распределении - "по графику" всё было бы видно и без "сферического стетоскопа в вакууме"

>> 2) Представим себе "большую плашку" вроде неба или облака. Ее цвет оценивается глазом "по среднему". Вот это самое среднее и уезжает за счет клиппинга (а не за счет дисперсии).
<<

avg (в значении "мат.ожидание") - это математическая идеализация абстракция для "суммы" _бесконечного_ ряда.
В природе нет никакого avg, точно так же, как нет никакой "инерциальной системы отсчёта".

что касается зрения, то "усреднение" будет проводиться не по всей "плашке неба", а _в лучшем случае_ по полю т.наз. жёлтого пятна. Т.е. по конечному (причём существенно конечному) ряду. В таких случаях статистика учит нас, что "среднее" [с некоторой вероятностью p "больше нуля и меньше единицы"] будет лежать в интервале avg -/+ delta(p).
Т.е. у нас уже есть чисто статистический insensitive.
Далее,
глаз работает "точно так же" как и "матрица+АЦП" (т.е. всё с теми же "пуассонами"), т.е. к статистическому insensitive добавляется ещё и инструментальный.

соотв. говорить "цвет поплыл" можно лишь в том случае, если avg сдвинется на величину бОльшую, чем stat.insensitive + dev.insensitive (т.е. сдвиг станет статистически достоверно различим).

Так вот, в описанном тобою сценарии этот критерий не выполняется - сдвиг avg будет маскироваться "фотонными шумами" передатчика и приёмника, т.е. будет статистически неразличим.

Я не только по ссылке. Про flat field (а вовсе не только уро

Я не только по ссылке. Про flat field (а вовсе не только уровень черного и т.п.) в сети много очень, только ищи

1. "астрономов" интересует полная характеристика оптич.систе

1. "астрономов" интересует полная характеристика оптич.системы, соотв им точечный источник не подходит.
когда речь заходит о матрице, то их интересует "байндиг", уровень чёрного и "тепловой шум" (для ПЗС, например, последние два могут быть неоднородны по площади матрицы)

2. если ты о ссылке, то там какой-то странный "[г]астрОном" - протирать "матрицу" спиртом ?!!! ...где он таких манер нахватался ? :-))

Я не понимаю, как связан шум по площади ("на мегапиксель") и

Я не понимаю, как связан шум по площади ("на мегапиксель") и шум в отдельном пикселе.

Реальная сигма (если не вычитать черный) на ISO100 и околонулевом сигнале - 6.3-6.8 единичек.

Три сигмы - соответственно - 20. О чем я примерно и говорю, разумный сигнал начинается с 30, если очень сильно прикрыть глаза ну тогда с 20, да и то...

Pages

Subscribe to comments_recent_new