Свежие комментарии
Title | Comment |
---|---|
<em>> в тех же кругах считается, что минимально заметная сту |
> в тех же кругах считается, что минимально заметная ступенька - это единичка по L Вот, кстати, это частный случай неявного принятия гипотез (б) и (в) из списка ниже. |
Just noticeable difference это о другом. О различие в мето |
Just noticeable difference это о другом. О различие в методологиях изучения цветового отклонения. На пальцах: В первом случае наблюдатель оценивает разницу (оба подчёркнутых слова важные), во втором — различает или не различает образцы (поля колориметра и т.д.) Существует несколько мифовгипотез, навскидку: а) JND подчиняется стандартному (Гауссовскому) распределению. На этой гипотезе построена экспериментальные методики MacAdam & Brown, Wyszecki & Filder (до начала 70-х годов прошлого века включительно, сведениями о более поздних экспериментах по измерению JND не располагаю). Экспериментально гипотеза не подтверждалась и не опровергалась; б) JND экстраполируется на VD и наоборот. Эта гипотеза неявно принимается во многих приложениях колориметрии. Экспериментально гипотеза не подтверждалась и не опровергалась; в) JND линейно пропорционально VD. Эта гипотеза неявно принимается во многих пакетах прикладного ПО. Экспериментально гипотеза не подтверждалась и не опровергалась (см. также п.б сего списка). |
Интересно было бы проверить, |
Интересно было бы проверить, и не на GPU, а на CPU всё же. ... |
Не суть важно. Важно то, что |
Не суть важно. Важно то, что верхнему стопу (8-9 зона по Адамсу) половина диапазона значений совершенно не нужна. |
Считается, что минимально заметная ступенька для зрения проп |
Считается, что минимально заметная ступенька для зрения пропорциональна интенсивности (закон Вебера-Фехнера). Что и даст нам логарифмическое кодирование как оптимальное. Правда, примерно в тех же кругах считается, что минимально заметная ступенька - это единичка по L, что даст уже степенное (в первом приближении) кодирование в основном диапазоне и линейное с небольшим наклоном в самых глубоких тенях. Но оба варианта многократно лучше (разумнее) линейного в светах. А в тенях - всяко наклон меньше единичного будет лучше, сейчас там плохо. |
Если "ОН" экспонировал, то |
Если "ОН" экспонировал, то наверняка пусто и будет. А киношникам никто не запрещает ставить тот же пурпурный фильтр...! И, учитывая более высокий уровень образования, опыта, на порядки более дорогое оборудование и съёмочное время и т.п., где надо, они-таки не постесняются его использовать. И наборный соорудят и эксклюзивный закажут. |
Это киношники-то меряют |
Это киношники-то меряют ТОЧНО??! |
>Экстремальным светам половина диапазона значений ТОЧНО не н |
>Экстремальным светам половина диапазона значений ТОЧНО не нужна. Да, всё так, половина диапазона должна быть в середине (теням она ведь тоже не нужна). Но это не логарифмической кодирование, а какое-то такое, которое называют "just noticeble difference". |
Формирование зародышевых |
Формирование зародышевых центров выделением серебра не называют. Восстановлением - иногда называют. |
По пунктам 1) У киношников логарифмирует их киношный сканер |
По пунктам 1) У киношников логарифмирует их киношный сканер. Уж не знаю, в АЦП или потом. 2) Экспокоррекция и в фотошопе делается, хоть кривыми, хоть через меню. Умножение на константу не проблема в любой системе координат. 3) Если ты экспонировал "ETTR" т.е. прижал зеленый канал вплотную куда надо, то верхний стоп (половина значений!) в красном и синем канале будет просто пуст. ОЧЕВИДНО, что отдавать туда половину значений НЕ НАДО. |
Любое экспонирование имеет |
Любое экспонирование имеет результатом выделение серебра. ;-) |
>>тот юзает ползунки экспокоррекции, яркости и т.п. в лайтру |
>>тот юзает ползунки экспокоррекции, яркости и т.п. в лайтруме. ну да - ты двигаешь экспу на плюс один попугай (стоп) а оно умножает яркости на n (предположительно - n=2) в степени этих попугаев. >Вот в цифровом кино логарифмическое кодирование применяется в полный рост. Потому что там каждый лишний бит - это гигабайты ненужных данных.... извини, но кодирование -- это конечный этап. до него, как я понимаю, гигабайты никого не трогают. >Увы. АЦП округляет. Поэтому при одной и той же битности логарифмический вывод был бы лучше и сильно. спорное утверждение. это улучшило бы кодирование теней, но ухудшило бы кодирование светов при захвате. сейчас последний стоп - 1/2 значений, а стало бы 1/битность значений. вообще мне представляется что 15-18 стопов это практический инструментальный предел по захвату за "одноактное" измерение (любых физвеличин - эл напряжения, длины, массы). в глазу вроде меряется 20 стопов, но это с адаптацией. так что нарастание гигабайтов с сегодняшних 14-битных АЦП по послезавтрашних 18-битных особого уже не произойдёт. |
Миф или не миф - вопрос |
Миф или не миф - вопрос вообще десятый. Поколения фотографов учились на графиках в этих координатах, а сейчас автоматически переносят их в диалог Curves. Нет ли тут вредительства ICC? |
Подождите с ответами, давайте |
Подождите с ответами, давайте вопросы сначала зададим. Вот например такой: |
На риторические вопросы - дадим соответствующие ответы. <i> |
На риторические вопросы - дадим соответствующие ответы. Перевести в логарифмический вид прямо в ЦАПе (логарифмическом ЦАПе) или прямо сразу в фотошопе - без разницы Почему адоба не придумала логарифмическое пространство? Или почему не сделала кривые в логарифмическом масштабе? А кому нужна логарифмичность (вернее даже - человечность) в пространстве редактирования - тот юзает ползунки экспокоррекции, яркости и т.п. в лайтруме. |
целочисленные операции во все |
целочисленные операции во все времена быстрее. В наше время это не вполне так. На Nvidia G80-G200 целочисленные операции были столь же быстры, как float только для 24-битных целых. Для 32-битных - нет. На G400 - наоборот, 32 бита и целые и плавающие - одинаковая скорость, 24 - медленнее. А так, если не брать AVX, то скорее всего примерно один хрен, я наудачу посмотрел несколько инструкций, что-то быстрее в целых, что-то в плавучке. Хотя в плавучке есть квадратные корни и rcp, что может дать выигрыш. Т.е. на сегодня плавучка выглядит заметно интереснее по перформансу... |
ЦАП следует читать как АЦП сорри. путаю их всё время, как ан |
ЦАП следует читать как АЦП |
Соляризация - это выделение |
Соляризация - это выделение серебра, то есть проявка. Да, она может происходить без проявителя - то есть, далеко за рабочим участком, который определяется началами плато. |
Линейный участок или миф |
Линейный участок или миф (если строго) или только "виден на глаз". |
"То те же характеристические |
"То те же характеристические кривые в этих новых координатах перестанут быть прямыми. Потому что это степенные функции." Логично. А что из этого вытекает? Поясните пожалуйста подробнее. И еще объясните, над чем трудился Кодак 118 лет в контексте приведенных графиков и причем Adobe и ICM? Спасибо |
Надеюсь, всё же, |
Надеюсь, всё же, АЦП. целочисленные операции во все времена быстрее. Внутри операции кодировать можно любыми числами. Проблемы с выводом результата. :-) |
Позвольте не согласиться: |
Позвольте не согласиться: эффект соляризации наблюдается и без проявки, после простого фиксирования. Сослаться на литературу не готов. :-( |
>Я об оцифровке слова не сказал. Разговор о "пространстве от |
>Я об оцифровке слова не сказал. Разговор о "пространстве отображения кривых" (и более широко - пространстве редактирования). Перевести в логарифмический вид прямо в ЦАПе (логарифмическом ЦАПе) или прямо сразу в фотошопе - без разницы. Будут потери когда захочется потянуть вниз а потом вверх. Почему адоба не придумала логарифмическое пространство? Или почему не сделала кривые в логарифмическом масштабе? ХЗ, я подозреваю что целочисленные операции в те времена были быстрее. То есть речь, в конечном итоге, сводится к скорости и точности вычислений, кмк. А кому нужна логарифмичность (вернее даже - человечность) в пространстве редактирования - тот юзает ползунки экспокоррекции, яркости и т.п. в лайтруме. |
Обоснуйте НЕобсуждение |
Обоснуйте НЕобсуждение загибов Да никаких проблем: не хочу и не обсуждаю. Не разобравшись с линейным участком (в частности, как именно он должен выглядеть в фотошоповских кривых) - нет смысла идти дальше. |
Вау! Глубокая мысль. А я |
Вау! Глубокая мысль. |
Она ни разу не порабола! Хоть |
Она ни разу не порабола! Хоть и похожа... на первый взгляд. :-) |
Я об оцифровке слова не сказал. Разговор о "пространстве ото |
Я об оцифровке слова не сказал. Разговор о "пространстве отображения кривых" (и более широко - пространстве редактирования). С ББ, кстати, я особых проблем не вижу. В линейном пространстве - множим на константу, в логарифмическом - прибавляем константу. |
""прямая в логарифмах" - это |
""прямая в логарифмах" - это характерный для" СТАТИСТИКИ "вид графика". :-) Я и не говорю, что загибы - придумка, т.е. имеют искусственное происхождение!.. Обоснуйте НЕобсуждение загибов, - на прямом участке иногда менее 4х ступеней (да и они прямые весьма условно). "Фотоэффект" что в плёнке, что у матрицы по сути идентичен. Результат можно "усилить" либо химически либо электронно (плёнка/матрица). И то и другое привносит искажения/спецэффекты. Не буду спорить насчёт обязательного наличия загибов у кремния, но в традиционных фотослоях они присутствуют всегда! И вовсе не обязательно максимально длинная "прямая" даст лучший (экспертно)снимок. /и снова старый Миз!/ |
цифровое фото оно типа удобнее аналогового тем что можно лег |
цифровое фото оно типа удобнее аналогового тем что можно легко добиваться нужных эффектов - глобального баланса плотностей по всему кадру, выравнивания цвета (ББ), локальных корректировок балансов. нелинейная (например логарифмическая) оцифровка при захвате вероятно ухудшила бы ситуацию в целом (с тем же балансом белого). видимо поэтому гаммирование теперь является последней стадией. так что - никто никого не кидает - всё честно. |
У эктахрома, на глазок, наклон чуть поменьше двух. То бишь " |
У эктахрома, на глазок, наклон чуть поменьше двух. То бишь "почти парабола". Но меня в этом контексте больше радуют люди, рисующие в фотошопе S-образную кривую "как на пленке". |
Pages
