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

Title Comment
Ну конечно, отображение градиентов неба, туманов и цветов в

Ну конечно, отображение градиентов неба, туманов и цветов в глубоких тенях без шума - весьма актуально для фотографов. И разумеется, шумоподавление работает блестяще на хорошо деталированных текстурах и бессильно на гладких поверхностях. Студийная же съёмка предполагает полное отсутствие контроля освещённости, всё на волю случая, и тени тянем на бутылочке из подземелья. Алиса в зазеркалье просто.

<em>>> Более-менее очевидно, что формальная различимость бол

>> Более-менее очевидно, что формальная различимость больших плашек (от фона или друг от друга) фотографа волнует мало. ...<<

Это утверждение тоже более чем спорное: "формальная различимость больших плашек" - это способность камеры/"проектора" отображать градиенты (небо, "цветуёчки" и прочие "туманы").
Т.е. два жанра, где эти "плашки" абсолютно востребованы, это макро и пейзажная ("ландскейпная") съёмка... ну и студийно-рекламная тоже (кожа, шелка... бутылочка чего-нибудь этакого, подсвеченная "световым пером" & etc. ,-))

.

<em>>> Ну вот представим, что на изображении в самый нижний

>> Ну вот представим, что на изображении в самый нижний из читаемых стопов попала газета. Что мы хотим от этого стопа: ...<<

В такой постановке вопрос абсолютно бессмысленный.
Встречные вопросы:
А сколько у нас "стопов" всего ?
А какой у нас тональный диапазон ? (на входе и на выходе)
А какой у нас контраст на выходе ?
а какова пространственная частота "текста" ?
а каков _цвет_ ?
ответы на эти вопросы помогут определиться с тем, что мы вообще _можем_ сделать.

что же касается "чего мы хотим", то это зависит от сцены (сюжета). Если, например, это "самый нижний из читаемых стопов" "по Адамсу", то мы хотим различать строки и "угадывать" примерное разбиение на абзацы и _не_хотим_ бОльшего.
Если это не "по Адамсу", а "так получилось", то мы можем хотеть чего угодно - от полной неразличимости даже намёка на наличие текста, до возможности более-менее "комфортно" читать его. В последнем случае нас интересуют не столько "градации", сколько "контраст" между этими градациями (при условии, что мы вообще способны обеспечить требуемое разрешение "по пикселям", конечно же).

.

Это совсем другой проект, нехорошо, что он гуглом находится

Это совсем другой проект, нехорошо, что он гуглом находится :) Спасибо, ссылку там поставил.

А на MT.ru есть ссылка вверху, Скачать , там как раз есть ссылка на последнюю версию.

Меж тем, гугловый же поиск (Movable Type russian) приводит в

Меж тем, гугловый же поиск (Movable Type russian) приводит вовсе на другую страницу Google Code: http://code.google.com/p/mtru/

Вы бы написали на ней, что оно устарело и нужно идти туда-то.

А то я русификацию нашел вовсе случайно - на Movable-type.ru статья называется просто 'Movable Type 4.23' без указания в заголовке, что версия русская, кликнул я туда чисто случайно.

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

А, может быть. Везде стоят ссылки на zip-архив, а другие архивы вот тут смотреть нужно: http://code.google.com/p/movabletype/downloads/list

А я что-то не нашел tar.gz, нашел только zip

А я что-то не нашел tar.gz, нашел только zip

А почему права приходится вручную выставлять? В tar.gz архив

А почему права приходится вручную выставлять? В tar.gz архиве они вроде на все скрипты выставлены.

Блики, оно конешно, отдельно. На практике - как отделять бкд

Блики, оно конешно, отдельно. На практике - как отделять бкдете?

Теория понятна. На практике - у меня штук 20 записей в ленте

Теория понятна. На практике - у меня штук 20 записей в ленте т.е. каждая в ней находится месяц-полтора (с учетом частоты писания).

А FB поглючит полдня и перестанет. Темплейты из которых записи генерируются я тоже не меняю месяцами.

Насколько помню, появление вопросиков при обработке feedburn

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

Ну вот какое решение было со слайдом? Ну, например, подсвети

Ну вот какое решение было со слайдом? Ну, например, подсветить передний план и/или тени. Отражателем или вспышками. Или избавиться от прямого света, прикрыться сверху зонтиком.

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

Мне как-то казалось, что блики в ETTR оговариваются отдельно

Мне как-то казалось, что блики в ETTR оговариваются отдельно, так что, в общем, ясно как ставить экспозицию.
Хотя -- всё зависит от фона. Мы хотим человека в чёрном костюме на чёрном-чёрном фоне, на белом или на сером? :)

<i>То, что мы в светах имеем результат совсем не по-Адамсу н

То, что мы в светах имеем результат совсем не по-Адамсу никак не мешает мне рассматривать тени "чиста по-Адамсу" :)

Тебе, может, и не мешает.

Но чисто по Адамсу сделать из 3-й зоны негатива 5-ю отпечатка вообще не является проблемой, градаций там "одинаковое" и достаточное количество. А в цифре это не так.

Ну значит вместо одного числа будут графики MTF для каждой н

Ну значит вместо одного числа будут графики MTF для каждой недодержки и каждого ISO (и, вообще-то, для каждого контраста мишени)

Ну или точки, где MTF становится 10% ("практически неразличимой").

ну эт как бы само собой -- каждый может сделать и посмотреть

ну эт как бы само собой -- каждый может сделать и посмотреть глазом и станет знать про свою камеру её возможности.

вопрос же в сравнении камер между собой с использованием каких-нибудь характеризующих чисел, с чего собственно и начался этот тред -- c чисел DxO

Вопрос именно в том, что не всего, а только того, что нужно.

Вопрос именно в том, что не всего, а только того, что нужно. ETTR не имеет под собой никаких формально собдюдаемых правил экспозиции, это просто принцип. Вот простая ситуация - снимок со вспышкой человека в чёрном костюме и в очках, с бликами на стёклах. Как ставить экспозицию?

&lt;i&gt;а вот для ответа на этот вопрос уже нужно включать

<i>а вот для ответа на этот вопрос уже нужно включать в рассуждения битность АЦП и линейность аналоговой части перед ним (причем не вообще, а в тенях)</i>

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

<i>Ага. Только вот по Адамсу в 9-й зоне тоже слабый намек на

Ага. Только вот по Адамсу в 9-й зоне тоже слабый намек на детали, а у ЦФК там половина всех уровней (если мы в 10-й оставили только блики)

То, что мы в светах имеем результат совсем не по-Адамсу никак не мешает мне рассматривать тени "чиста по-Адамсу" :)

И, соответственно, если мы хотим вверх от 5-й иметь 5 стопов вверх, сжаты е при печати в три (т.е. по Адамсу), то 5-ю зону нам придется тянуть из третьей, третью - из первой. ETTR, мать его ити.

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

Кстати, для меня полным сюрпризом было то, что "hlighlights tone proiority" - это именно съемка с недодером на стоп и потом +1 софтом. Чтобы больше по-Адамсу было.

Зависит от того, в какую зону по Адамсу он попадает. Да и г

Зависит от того, в какую зону по Адамсу он попадает.

Да и градации там обычно статистические, видны на плашках только. Так что термин градации тут не совсем уместен.

Дык а решение-то какое, когда градиентный фильтр (он же эксп

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

ETTR - это конечно "загон всего предельно наверх", но вот пр

ETTR - это конечно "загон всего предельно наверх", но вот при естественном освещении весьма часты случаи, когда света ярче основного объекта более чем на 2.7 стопа.

<em>А если экспонировать портретируемого не 5-й зоной, а на

А если экспонировать портретируемого не 5-й зоной, а на два стопа ниже, дабы ETTR возник и расцвел - что будет с тенями?
Я вот чего не понимаю. Вроде как ETTR -- это загон всего предельно наверх. Т.е. его противопставление -- всё ещё ниже, чем при ETTR. И при этом оказывается, что самую важную 5-ую зону мы кладём в третью при ETTR. Так?
Так где же она окажется, если мы от ETTR откажемся?!?!

Ага. Только вот по Адамсу в 9-й зоне тоже слабый намек на де

Ага. Только вот по Адамсу в 9-й зоне тоже слабый намек на детали, а у ЦФК там половина всех уровней (если мы в 10-й оставили только блики)

И, соответственно, если мы хотим вверх от 5-й иметь 5 стопов вверх, сжаты е при печати в три (т.е. по Адамсу), то 5-ю зону нам придется тянуть из третьей, третью - из первой. ETTR, мать его ити.

Т.е. как только ты перестаешь рассматривать цифровик как слайд (с его 5-6 стопами фотошироты), а вспоминаешь что вот тут нам намеряли 10 или 12.5 стопов - у тебя проблемы. Потому что слайды-негативы извлекают корень, а полупроводниковый сенсор этому не научили.

"По адамсу" - я ивел в виду зонную теорию и расписанную табл

"По адамсу" - я ивел в виду зонную теорию и расписанную таблицу, что в каких зонах видно.

Зона 1 Самые темные тона, близкие к черному: глубокая тень - без деталей, но не совсем черная;

Зона 2 Появление первых признаков деталей в тенях: черный мех, детали черной одежды, деревьев и т.д..;

Что же касается цифр и их права на жизнь - право на жизнь он

Что же касается цифр и их права на жизнь - право на жизнь они все имеют, вопрос опять в их практической применимости.

Вот постановка "из третьей зоны можно делать пятую" (в просторечье - ETTR) или "из первой - третью" - имеет практический интерес.

"По Адамсу" - это как раз и есть и с локальными коррекциями

"По Адамсу" - это как раз и есть и с локальными коррекциями и с глобальными, противопоставление какое-то непонятное.

Если же ты имеешь в виду линейную передачу "яркость сцены - яркость в отпечатке", то этот подход не имеет почти никакой практической (фотографической) ценности (кроме репродуцирования, конечно)

Про оценку ДД есть 2 очевидных тезиса: - Любая цифра имеет п

Про оценку ДД есть 2 очевидных тезиса:
- Любая цифра имеет право на жизнь, если четко показано, как она получена.
- Любая цифра не имеет права на жизнь, если не показано, как она получена.

поэтому у меня приведена таблица с данными, указан размер плашки и в таблице присуствуют цифры оценки шумов по rawanalyzer.

Единственное, что не приведено, и что я хочу сделать - оценку влияния шума (или уровня сигнала) на чтение миры, в зависимости от ее контраста.

Чтение только плашек в тени - это нормально, если мы используем ДД не для экспокореркции, а "по Адамсу" - там в темных зонах нам пиксельная читаемость деталей и не нужна.

А какова практическая применимость этой метрики? Ну вот скол

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

Фотографическая характеристика матрицы или фотоматериала. Т

Фотографическая характеристика матрицы или фотоматериала.

Ты ж знаешь мою формулировку. В ней в принципе нет места экспозиции до тех пределов, когда экспозиция начинает влиять на ДД через шумы или еще как.

Pages

Subscribe to comments_recent_new