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

Title Comment
Русские много ищут, но мало покупают...

Русские много ищут, но мало покупают...

Интернет комьюнити убеждать бессмысленно. Оно живет атмосфер

Интернет комьюнити убеждать бессмысленно. Оно живет атмосферой "мы спецы, остальные лохи", а это как наркотик для них. :)

Да нет, крутится отлично. Теперь без такого колеса нэвозможн

Да нет, крутится отлично. Теперь без такого колеса нэвозможно работать

Прошло 2 месяца с покупки. Не перестало ли колесо крутиться

Прошло 2 месяца с покупки. Не перестало ли колесо крутиться по инерции из-за грязи?

Училась в 124 школе, выпуск 1994 года

Училась в 124 школе, выпуск 1994 года

Просто я давеча смотрел rawanalyzer, и, судя по его гистогра

Просто я давеча смотрел rawanalyzer, и, судя по его гистограмме, на моих сниках ниже 224 действительно ничего нет. Что это и зачем - я пока не осознал.

Если же имелся в виду случай, когда матрица выдает значения все же от нуля, а все, что ниже 224 отсекается конвертором, то ты прав - такое значение в тени, при съемке на -1EV позеленеет. Но зачем отсекать?

Если не отсекать, то будет шум и меркое качество, конечно. Но я потому и приписал, что возможность экспокоррекции в минус для борьбы с поканальной засветкой ограничена ДЯ сцены.

Ну и где в яндексовской выдаче загрузка яваскриптом ?

Ну и где в яндексовской выдаче загрузка яваскриптом ?

> 10-стопная 12-битная матрица с точкой черного 224 ... y =

> 10-стопная 12-битная матрица с точкой черного 224 ...
y = 224 + х * 3.78, где x - яркость относительно нижнего порога чуствительности матрицы.

Я - об абсолютных значениях. Точка чёрного - это не значит, что ниже этой точки значений нет. x= BP + kx - это очень грубое приближение. Если бы оно так было, точка вычиталась бы до записи raw. Однако можешь вычесть 224 из значений в примере для простоты.

Директ грузиться JSом. Нормальный бот, что бы не гонять зря

Директ грузиться JSом.
Нормальный бот, что бы не гонять зря траффик заберет только HTML (даже картинки дергать не станет).

"2 последних стопа в светах - не зона засветки. Зоны засветк

"2 последних стопа в светах - не зона засветки. Зоны засветки нет вообще."

Я имел в виду "близкую к засветке", в которой уже может быть блюминг при небольших отклонениях по яркости.

"Для корректности добавим, что речь именно о зоне допустимой экспозиции, до блюминга."

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

"Допустим, точка чёрного матрицы - 224. При нормальной экспозиции тень RGBG = (425, 670, 420, 680) воспроизводится в цвете. При недодержке на стоп она стоновится зелёной. Случай дневного света."

10-стопная 12-битная матрица с точкой черного 224 ...
y = 224 + х * 3.78, где x - яркость относительно нижнего порога чуствительности матрицы.

твоя тень имеет яркости по каналам 5.75EV,6.90EV,5.71EV,6.93EV
- весьма далеко от порога матрицы
снимаем с экспосдвигом -1, вычитаем из всех значений 1, еще не экстремальаня тень.
RGGB 326,451,323,456

почему это сильно зеленый - я не понимаю.

если честно, я вылезание зеленого в тени видел лишь у внутрикамерного JPEG'а.

"Диапазон яркостей - не при чём здесь. Важно только как фотограф решил экспонировать"

Мы ж говорим о съемке на пределе светов матрицы, когда возможна засветка одного из каналов (и о путях борьбы с этим явлением). При ТАКОЙ экспозиции чем меньше ДЯ, тем больше у нас запас в тени для экспокоррекции в минус.

"и где установил точку чёрного при обработке"

У меня она автоматом ставится в ноль :)

Да пожалуйста! У меня есть классный флеймогон (только не над

Да пожалуйста! У меня есть классный флеймогон (только не надо опять называть меня троллем) под названием "не-HDR".

http://skoblov.livejournal.com/?skip=20

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

Правда для меня остается загадкой, почему это работает в sRGB, где линейное изменение значений должно приводить к нелинейному изменению яркостей и, следовательно, цвета. Но факт: лезу в диалог выбора цвета, счтавлю HSB 30,100,100 (RGB 255,127,0), двигаю B в тень, и получаю линейное масшабирование по каналам до 13,6,0 (промежуточные значения так же выглядят близко к 2*x,x,0) . Фотошоп уверен, что это верно.

Но эти сомнения относятся к нелинейному RGB. А матрица-то линейна. Так что для нее именение экспозиции на стоп - это просто изменение входного значения у линейной функции.

Следующим шагом будем редактировать картинки с многими цвета

Следующим шагом будем редактировать картинки с многими цветами.

В RGB, да.

2 последних стопа в светах - не зона засветки. Зоны засветки

2 последних стопа в светах - не зона засветки. Зоны засветки нет вообще. Для корректности добавим, что речь именно о зоне допустимой экспозиции, до блюминга.

Допустим, точка чёрного матрицы - 224. При нормальной экспозиции тень RGBG = (425, 670, 420, 680) воспроизводится в цвете. При недодержке на стоп она стоновится зелёной. Случай дневного света. Диапазон яркостей - не при чём здесь. Важно только как фотограф решил экспонировать, и где установил точку чёрного при обработке. Иногда, впрочем, за него это делает конвертор, отсекая всё, что ниже - причём с запасом. Алгоритм простой, его можно наблюдать на интенсивно-зелёной хвое в тенях. Если алгоритм включён, хвоя выходит чёрной.

"Если теория не учитывает эффекта перетекания заряда, да. Ес

"Если теория не учитывает эффекта перетекания заряда, да. Если учитывает - последние стоп или два - нелинейны."

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

"> изменяя экспозицию на стоп в минус, мы просто сдвигаем кривую, так что можем всегда пересчитать картинку так, как будто она была снята на стоп вплюс

По трём каналам, пожалуйста. При недодержке пара из них просто выродится, и мы получим традиционные грязно-зелёные или мерзко-жёлтые тени."

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

Естественно, игры с экспокореркцией в минус не годятся для сюжетов с большим диапазоном яркостей.

Правда вот тут
http://pics.livejournal.com/skoblov/pic/0005tyh5
нет мерзко-зеленых теней. Они у меня лишь при съемке в JPEG вылезали.

> поскольку мы считаем не в LAB, а в RGB,

В какой момент? Матрица только называется RGB, по сути там всё вовсе не похоже на три основных красителя.

"Отлично. Теперь прорисуй по второму цвету что-то с большей

"Отлично. Теперь прорисуй по второму цвету что-то с большей яркостью, ну там зеленый квадратик (20-50-20 если все в sRGB - для примера), а потом попробуй вытянуть тени в RGB."

Попробовал. Не увидел ничего неожиданного. Естественно, пробовал прямыми "кривыми", имеющими точки лишь на двух краях - в 0,0 и x,255 :) При том наклоне, при котором очень темно-оранжевый переползает в видимое состояние (R доползает хотя бы 100) у зеленого уже переполнение по G. Но если я добавлю точек и загну кривую между x=13 и х=20, то могу и зеленый оставить.

А что ожидалось?

Как сказать на вкус и цвет товарещей нет

Как сказать на вкус и цвет товарещей нет

К фразе "640K is enough for everything"... И про обьём памя

К фразе "640K is enough for everything"... И про обьём памяти у видеоадаптеров. Вспомним про ZX-SPECTRUM. Это вообще шедевр минимализма и экономичности памяти. Там всего было 64 кб памяти(на всё про всё!!! это 2-х байтовая 16-битная адресация), 16 из которых были pfyzns (зашитыми в ПЗУ) операционной системой, калькулятором, и встроенным бейсиком (редактором и интерпретатором), и 48 - ОЗУ. Экран был частью ОЗУ, и занимал всего 6,75 кб (или 6912 байт), при этом был цветным, графическим и текстовым одновременно, выводил изображение на стандартный ПАЛ телевизор при 50гц, - и это в 82 году - с медленной памятью, с медленным процессором (3.5 мГц). Так что я придерживаюсь мнения, что и 64 кб для компа хватает на очень многое. Если умело ими распоряжаться, кодить на асме, оптимизировать код. И 6 кб для экрана - аналогично. Если продумывать картинку, если долго и с любовью создавать графику, с умом ставить каждый пиксель...

Отлично. Теперь прорисуй по второму цвету что-то с большей я

Отлично. Теперь прорисуй по второму цвету что-то с большей яркостью,
ну там зеленый квадратик (20-50-20 если все в sRGB - для примера),
а потом попробуй вытянуть тени в RGB.

"RGB" ? Илы ты хотел спросить про какой-то конкретный RGB?

"RGB" ? Илы ты хотел спросить про какой-то конкретный RGB?

Взял фотошоп. Ярко-оранжевый 255,127,0. Очень темный 13,6,0 (у меня на мониторе от черного не отличишь). Но он оранжевый, правда грязноват - если отмасштабировать назад, цвет будет чуть другой, чем оригинальный. Но это та самая потеря точности, о которой я писал выше.

Кстати, интересно, о каком RGB идет речь в окошке выбора цвета фотошопа :)

Если ж мы не с фиксированной точкой работаем, то все становится лучше, и очень-очень темно-оранжевый будет 2.55,1.27,0 :)

Но обрати внимание, я не про непонятные мне вещи с цветовыми пространствами говорил, а про матрицу. А там-то точно линейная зависимость, пока в шумы не влезем, и при изменении экспозиции на стоп, мы просто сползем по прямой на предсказуемое место. И с точностью все проще - 12 бит, и вместо абсолютного нуля у моего 350D минимальное значение 224, судя по rawanalyzer.

> теоретическая матрица выдает линейные величины для количес

> теоретическая матрица выдает линейные величины для количества света

Если теория не учитывает эффекта перетекания заряда, да. Если учитывает - последние стоп или два - нелинейны.

> изменяя экспозицию на стоп в минус, мы просто сдвигаем кривую, так что можем всегда пересчитать картинку так, как будто она была снята на стоп вплюс

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

> поскольку мы считаем не в LAB, а в RGB,

В какой момент? Матрица только называется RGB, по сути там всё вовсе не похоже на три основных красителя.

Ну как с помощью RGB воспроизвести темно-оранжевый цвет ?

Ну как с помощью RGB воспроизвести темно-оранжевый цвет ?

Вдогонку: исчезновение цветов в тени - это свойство: - челов

Вдогонку:
исчезновение цветов в тени - это свойство:
- человеческого зрения;
- фиксированной точки (точность падает при приближении к нулю);
- матрицы (уровень шумов постоянен, скорее всего, для любых значений, а вот SNR растет к тени пр причине уменьшения S),

но не RGB как такового, который может использовать плавающую точку.

Конечно черный :) Посмотри окончание про усиление шума в 2

Конечно черный :)

Посмотри окончание про усиление шума в 2 раза при обратной экспокореркции в конверторе.

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

P.S.

Смотрел rawanalyzer, понял, что надо почитать мануал. Есть о чем подумать, глядя на ее гистограмму.

Давай я отвечу вопросом: как называется темно-темно-оранжевы

Давай я отвечу вопросом: как называется темно-темно-оранжевый цвет ?

Про 500 это... интересно. Сколького мы не знаем. :) 4000К я

Про 500 это... интересно. Сколького мы не знаем. :)

4000К я уже "намерял" методом подбора -- при такой установке более-менее баланс между красным и синим похож на то, что Rawnalyze показывает, а вот зеленый...

"1) экспонируя неоптимально ты уменьшаешь охват (см. охват л

"1) экспонируя неоптимально ты уменьшаешь охват (см. охват любого RGB), причем сильно (стоп недодержки - это L50 станет L25). Потом придется тянуть насыщенность. От битности это вообще не зависит."

А вот тут мне ничего не понятно. К сожалению, цветовой охват у меня в голове не укладывается никак, поэтому буду рассуждать как программист:

теоретическая матрица выдает линейные величины для количества света в виде
y=(x - xmin)*c+ymin +/- noise
где y - выходное значение, x - количество света, xmin/ymin - значения на левом краю.

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

"Практически доступные устройства отображения 8-битные. 12-б

"Практически доступные устройства отображения 8-битные.
12-битный АЦП дает нам запас на подобные потери."

Биты - это абстракция, выдуманная програмистами для своего удобства. Их нет в природе - она аналоговая. Увы.

Попробуйте мыслить стопами. И за 12 битами матрицы, и за 8 итоговой картинки может скрываться разный ДД (в стопах). И сразу все станет совсем другим. Вместо непонятных битов у моей 350D при съемке в JPEG + RAW я имею 2/3 стопа полезного запаса в светах и непонятно сколько (1-1.5 стопа) в тенях, качество которых годится лишь для того, чтобы иметь мягкий уход в абсолютно черный цвет.

Уверен на 100%, что они выбрали их абсолютно верно и наилучш

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

Блин, не H.L, а H.R. (Highlight Recovery)

Блин, не H.L, а H.R. (Highlight Recovery)

Да, кстати, H.L. тянет ровно так же как и экспосдвиг в минус

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

Pages

Subscribe to comments_recent_new