Я отношусь к тем людям, которые предпочитают держать весь процесс под своим контролем, а не пытаться "представить" что как будет выглядеть "на самом деле",
Не совсем так, Вы не разобравшись в теории, пытаетесь держать под контролем процесс, который к реальности имеет отдаленное отношение. Подробности см. ниже...
и уж тем более не действовать методом проб на принтере
Это был пример, а не руководство к действию.
(интересно, сколько времени может занять подготовка таким образом, банальной съёмки гигов эдак на 5-7...).
Вы начинаете, говоря научным языком, вводить граничные условия
Изначально ни о каких 5-7 гигах речи не шло...
Да если вспомнить воспоминание одного из помощников А.Адамса, то Маэстро мог работать над одним негативом более 30 лет .. периодически возвращаясь к нему, если хоть малейшая деталь его не удовлетворяла.
Hugajda писал(а): Просто очень хочется, чтоб люди подумали, а не слепо шли "проторенным" путём...
P.S. Кстати, пока никто ещё не показал примера "недостаточности" охвата sRGB...
Надеюсь Вы знакомы с понятием "Система Упраления Цветом"?
Если нет, то очень рекомендую книги:
Bruce Fraser, Chris Murphy, Fred Bunting "Color Management"
Martin Evening "Adobe Photoshop for Photographer".
Вторая книга написана более "занудным академическим" языком, но фундаментальность изложения материала поражает.
Прочитайте, не пожалеете потраченного времени. Читать лучше в оригинале, так как видимые мной переводы очень далеки от идеала ...
Если в кратце, то любое устройство (камера, монитор, принтер, сканер и т.п.), участвующее в процессе обработки изображения, общается в другими аналогичными устройствами посредством профилей. Процесс построение правильных профилей устройств очень сложное занятие, требующее специальных знаний, приборов и т.п. Эти самые профили и обеспечивают нам соответствие цветов на всех этапах обработки изображения ("реальный" мир, камера, монитор, принтер и т.п.).
И как следствие всего этого, то, что Вы видите на мониторе не имеет никакого отношения к sRGB, да и к aRGB тоже... То, что Вы видите на мониторе - это процесс преобразования данных из входного пространства (sRGB, aRGB, "пространство сканера" и т.п.) в пространство монитора.
И кто Вам сказал, что преобразование из более узкого пространтсва (sRGB) в пространство монитора даст лучшую картинку, чем преобразование из более широкого пространства (aRGB)?
Это преобразование осуществляется с помощью упомянутых профилей. И, что самое существенное - это
преобразование не линейное. Т.е. двум близким точкам в исходном пространстве могут соответствовать далекие точки в выходном пространстве (монитор, принтер и т.п.), также может быть и обратное. Профили строятся так, чтоб, по возможности, обеспечить разным цветам в одном пространстве - разные цвета в другом пространстве. Это означает, что исходное изображение пытаются "втиснуть" или "растянуть" в выходное изображение. И, так как в реальной жизни очень редко изображение "выпирает" сразу по всем измерениям, то чаще всего такое "втискивание/растягивание" удается сделать. И, как следствие всего этого, если две области в исходном пространстве (будь то sRGB или aRGB) имели разный цвет, то и на мониторе они будут иметь разный цвет. И, Вы имеете
полный визуальный контроль над всеми преобразованиями на всех этапах, вне зависимости от того, какое исходное пространство было изначально. Кстати, это относится и к 16 битам vs 8 бит. А, в Вашу "практику" использование 16 бит совсем не вписывается.
При этом, если Вы специально делаете преобразование в sRGB, то тем самым Вы окончательно и бесповоротно "обрубаете" часть значений и никакие профили не смогут востановить потерянную информацию.
И совсем кратко:
Работая в aRGB над двумя реальными областями с разными цветами (один из которых выходит за пределы sRGB), Вы видите разные цвета на экране, видите разные цвета после каждого преобразования и видите разные цвета для этих областей на финальном отпечатке.
Работая в sRGB Вы сразу "загоняете" эти области в один цвет, видите одинаковый цвет для этих областей на мониторе и на отпечатке с принтера.
Вам это надо?
sRGB - это как перфокарты в программировании. Имеют право на существование, но лучше про них забыть. И вспоминать о перфокартах (sRGB), только когда это действительно необходимо.
Извините, но очень сложно изложить в двух словах содержание двух книг.
) уже было сказано...
)
