А зачем AdobeRGB?

Всего 79 сообщ. | Показаны 21 - 40
Re[VoVan]:
Цитата:

от:VoVan
vga50:
[quot]Мониторы с LED подсветкой тоже начали за него выходить (правда, непонятно зачем)[/quot]

Так это нужно или нет? Или это нужно, но все профили устарели? Или это нужно но графическая карта неосилит?

Подробнее

Не осилит 8битный интерфейс. Соседние точки (скажем 100,100,100 и 101,101,101) на sRGB мониторе имеют разницу около 1 dE, а на aRGB может, все 5. :) И как же тогда править фото?
Появится 16 битный DVI, 16 битная видеокарта - тогда aRGB мониторы станут очень полезными.
Re[yuryk]:
vga50, rivoli
Синхронно, спасибо!


[quot]Если в aRGB вылет цвета идёт, то как узнать, что струйник может большее?
----------------------------------------
Распечатать из aRGB и все. Принтеру до лампочки какое цветовое простраство выставлено. Это не лаба. Мне лично нравится на много больше. [/quot]
Не понял. Мы ведь в АРГБ, там идёт в синих цветах скругление шлема яркого-прияркого. Но в аРГБ идёт градация вплоть до 0 0 255(очень грубо), дальше идёт вылет из пространства аРГБ, но принтер-то ведь может распечатать больше, чем аРГБ, но он ведь не распечатает, цифры то одинаковые, не поймёт он, что дальше идёт градация с насыщением цвета! Это Lab может, но не аРГБ, там нет уже градации, там ровный цвет перенасыщенный!.

[quot]Смотря для чего выводить. Для полиграфии - в CMYK перешел, цвета промерил, выправил и по требованиям к печатной машине.
Для принтера никак.
Для лабы с самого начала все в sRGB. [/quot]
Это понятно, я именно про принтер спрашивал, наверно неправильно вопрос сформулировал, сорри :)



vga50

[quot]
Из профиля принтера. Есть проги показывающие точки фотки на фоне пр-ва принтера - очень наглядно. Чтобы выжать мах, надо строить профиль, надо хорошо его изучить, знать особенности и научиться ими пользоваться. Например, конек моего i9900 - оранжевые цвета (из-за дополнительного красного) и если я вижу на фото насыщенные красные, желтые или оранжевые полутона - я постараюсь их сохранить для принтера, даже если придется помучаться с обработкой. [/quot]
эээ... обрабатывать всё-таки в чём? В Лаб?


[quot]RGB камеры, RGB принтера, печатать noICM[/quot]ЭЭ... разбираюсь, читаю=)


[quot]Этот вопрос я не понял. Что меяем?[/quot]
Это был глупый вопрос, несформулированная мысль=) :)
Re[vga50]:
Цитата:

от:vga50
Не осилит 8битный интерфейс. Соседние точки (скажем 100,100,100 и 101,101,101) на sRGB мониторе имеют разницу около 1 dE, а на aRGB может, все 5. :) И как же тогда править фото?
Появится 16 битный DVI, 16 битная видеокарта - тогда aRGB мониторы станут очень полезными.

Подробнее

А что это будет, что это даст? Если грубо? Просто не представляю...
если 100 100 100 и 101 101 101 будут различаться на 5dE, то глаз будет это видеть? И появится постеризация на гардиенте?
Re[VoVan]:
Цитата:

от:VoVan
но принтер-то ведь может распечатать больше, чем аРГБ, но он ведь не распечатает, цифры то одинаковые, не поймёт он, что дальше идёт градация с насыщением цвета! Это Lab может, но не аРГБ, там нет уже градации, там ровный цвет перенасыщенный!.

Подробнее

A, я понял, в чем у Вас непонятки! Вы считаете, что RGB 255,0,0 - это один и тот же цвет! нет, это не цвет, это как номинал купюры. 100. А дальше надо смотреть, что за купюра. Если баксовая, то это 100 баксов, а если рублевая - то 100 рублей. :)

Так же если моему i9900 сказать напечатай 255,0,0 он начнет лить красные чернила из своего доп.картриджа и получится очень даже насышенно. А если сказать этот же номинал 255,0,0 лабу он выплюнет что такое напоминаюшее, но другое. если померять эти отпечатки и нанести на фоне aRGB пр-ва в Lab, то замер 255,0,0 лабы окажется внутри, а замер 255,0,0 принтера - снаружи (конечно, все цифры с потолка)

уловили? :)
Re[VoVan]:
Цитата:
от: VoVan
А что это будет, что это даст? Если грубо? Просто не представляю...
если 100 100 100 и 101 101 101 будут различаться на 5dE, то глаз будет это видеть? И появится постеризация на гардиенте?
Конечно будет! Глаз различает разницу где то в 1dE (в зависимости от яркости) Малейшая обработка и картинка резко меняется.

О, пришел в голову пример - переключите монитор с 24битного в 16битный и попробуйте покрутить фотку. :) Это практически оно.


Цитата:
от: VoVan
эээ... обрабатывать всё-таки в чём? В Лаб?

А вот кстати, в Lab то я и не догадался в свое время перегонять 16битный RGB камеры. Маргулис подзадержал свою книжку. :) Цвет просто не трогал, точнее, во время конвертации покрутил - и все, уже смотрел отпечаток. В ФШ занимался только шарпом, кропом, горизонтом...
Re[vga50]:
Цитата:

от:vga50
A, я понял, в чем у Вас непонятки! Вы считаете, что RGB 255,0,0 - это один и тот же цвет! нет, это не цвет, это как номинал купюры. 100. А дальше надо смотреть, что за купюра. Если баксовая, то это 100 баксов, а если рублевая - то 100 рублей. :)

Так же если моему i9900 сказать напечатай 255,0,0 он начнет лить красные чернила из своего доп.картриджа и получится очень даже насышенно. А если сказать этот же номинал 255,0,0 лабу он выплюнет что такое напоминаюшее, но другое. если померять эти отпечатки и нанести на фоне aRGB пр-ва в Lab, то замер 255,0,0 лабы окажется внутри, а замер 255,0,0 принтера - снаружи (конечно, все цифры с потолка)

уловили? :)

Подробнее

Не-а.
Если Вы про то, что сРГБ 255 0 0 = аРГБ 219 0 0, то я это знаю и понимаю=)

А! вот, да, именно про это! Я почему и написал в первый раз(потом стёр, т.к. подумал, что написал глупость), что цифры даже в заданном пространстве для меня не означали привязанности к насыщенности. Для принтера 255 0 0 это лить красный, не лить остальные, так? Но зависит от принтера, какой это будет красный, правильно?


То, что я стёр, так и не сформулировав:
[quot]Я просто по другому себе это представлял. Цвет "вылезающий за АдобРГБ я представлял просто ровной заливкой, но к насыщенности цвета я это не привязывал.[/quot]

-------------
А как мереет спектофотометр? Это наверно оснвополагающий вопрос=)
--------------
Тогда спектофотометр меня только запутал. После этой фразы:

[quot]Как это вообще мереется, если на мониторе не видно?[/quot]
Цитата:
от: reef
Меряется это спектофотометром.


я решил, что 255 0 0 в сРГБ это заданная величина, стандартезированная.
Re[VoVan]:
Цитата:
от: VoVan
Не-а.
Если Вы про то, что сРГБ 255 0 0 = аРГБ 219 0 0, то я это знаю и понимаю=)
Отлично! Т.е. Вы понимаете, что сРГБ 255 0 0 != аРГБ 255 0 0.
Тогда то, что RGB 255.0.0 на входе одного принтера может выдать отпечаток за aRGB, а на входе другого - внутри sRGB тоже должно быть понятно. :) Вот Вам и "широкие" цвета и насыщенности.

Цитата:
от: VoVan
Как мереет спектрофометр? Это наверно оснвополагающий вопрос=)

Неееет, основополагающий - что мы хотим воспроизвести. :) А это сюда http://www.rudtp.ru/articles.php?id=73 Уверен, что читали. :)
Как он меряет - я фиг его знает, но Lab он выдает.
Re[vga50]:
Цитата:
от: vga50


Я там исправил немного, и я всё-таки не уверен, 255 0 0 в сРГБ это постоянная величина, которую можно померить после печати, и сказать - это 255 0 0 сРГБ? Или она зависит от принтера?(если цв. пространство принтера шире в этом месте?)
Re[vga50]:
Мой чисто практический подход такой.
Когда делаю только для печати на принтере, то работаю с самого начала в aRGB. После распечатки более плавные переходы цветов, сочнее краски, объемнее сама фотография по сравнению с sRGB.
На мониторе (Lacie) в процессе работы никакой разницы между обработкой в sRGB и aRGB я лично не вижу, пока не начнешь переходить из aRGB в sRGB. Здесь все блекет.
Для сети или сразу обрабатываю в sRGB или, если сделано в aRGB, то потом подтягиваю цвета, а заодно и шарп в image optimizer или любой другой проге для jpeg.
Re[vga50]:
Мне вот интересно - а влияет ли установка в камере Адоб или Srgb на работу процессора камеры - вопрос не праздный потому что например на кеноне установка сюжетной программы на камере или в DPP - это две большие разницы как говорят в Одессе.
Не получиться ли так что устанавливая SRGB в камере мы зажимаем внутрикамерный процессор ??
Re[m-one]:
Если снимать в Raw, то до лампочки.
Если в jpeg, оно конечно.
Только зачем самому себе джипегом отрезать яйца?
Re[rivoli]:
Цитата:
от: rivoli
Мой чисто практический подход такой.
Аналогично.

Цитата:

от:VoVan
Я там исправил немного, и я всё-таки не уверен, 255 0 0 в сРГБ это постоянная величина, которую можно померить после печати, и сказать - это 255 0 0 сРГБ? Или она зависит от принтера?(если цв. пространство принтера шире в этом месте?)

Подробнее
255 0 0 в сРГБ - это постоянная величина. Этот цвет совершенно однозначно переводится в Lab. Конечно, для разных принтеров величины RGB будут другими. Например, "если цв. пространство принтера шире в этом месте" это может быть 230,0,0 (Вы об этом можете узнать, если сконвертируете в профиль принтера и посмотрите на пипетку).
Приборчик меряет Lab и для справки может пересчитать в sRGB. В нашем примере он покажет 255 0 0 в сРГБ.

Еще раз. В файле и на экране sRGB 255,0,0. Конвертируем в профиль принтера - получаем printerRGB 230,0,0 (пипеткой). Печатаем в режиме NoICM. Меряем прибором и переводим в sRGB, в идеале получаем 255,0,0.
Т.о. от принтера, бумаги, чернил (в идеале) результат не зависит. В printerRGB величины могут быть и 210,10,15 и 255,15,5 - это его (точнее, профиля) личное дело. :) Один и тот же файл разные принтеры должны отпечатать одинаково.

Кстати, запас по R, в нашем примере: 230 против sR 255 - это и есть выход пр-ва принтера за sRGB. Т.е. значения красного в printerRGB с 231 по 255 находятся за пределами sRGB.
Re[vga50]:
Цитата:

от:vga50
255 0 0 в сРГБ - это постоянная величина. Этот цвет совершенно однозначно переводится в Lab. Конечно, для разных принтеров величины RGB будут другими. Например, "если цв. пространство принтера шире в этом месте" это может быть 230,0,0 (Вы об этом можете узнать, если сконвертируете в профиль принтера и посмотрите на пипетку).
Приборчик меряет Lab и для справки может пересчитать в sRGB. В нашем примере он покажет 255 0 0 в сРГБ.

Еще раз. В файле и на экране sRGB 255,0,0. Конвертируем в профиль принтера - получаем printerRGB 230,0,0 (пипеткой). Печатаем в режиме NoICM. Меряем прибором и переводим в sRGB, в идеале получаем 255,0,0.
Т.о. от принтера, бумаги, чернил (в идеале) результат не зависит. В printerRGB величины могут быть и 210,10,15 и 255,15,5 - это его (точнее, профиля) личное дело. :) Один и тот же файл разные принтеры должны отпечатать одинаково.

Кстати, запас по R, в нашем примере: 230 против sR 255 - это и есть выход пр-ва принтера за sRGB. Т.е. значения красного в printerRGB с 231 по 255 находятся за пределами sRGB.

Подробнее

Теперь совсем понятно, спасибо! Только как реалезовать этот выход? Усилить цвета при выводе на печать после конвертирования в профиль? Ведь если до преобразования в профиль будет гардиент 255,256,257... то это будет просто вылет 255.255.255, хотя принтер мог-бы его реалезовать=)
Но если после перевода печатать как есть, то получится не более широкий охват чем сРГБ.
Правильно понимаю? :)

-----------------
А вообще, это всё спрашиваю, что-бы не совсем отставать от жизни, знать всё это в теории, просто интересно!
На практике же печатаю или в простом(но хорошем) минилабе или в другом минелабе на метиллике. В люблом случае цветов хоть отбавляй, не знаю уж куда шире=) Пока всё устраивает. И света и тени и всё. Может правда созреть надо, что-бы почувствовать ущербность "миниляпных" цветов =) Или просто не знаю на что обращать внимание? В повседневных, обычных фотографиях?
Re[VoVan]:
Цитата:
от: VoVan
Только как реалезовать этот выход?

Конвертировать в профиль принтера и печатать NoICM.

Цитата:
от: VoVan
Но если после перевода печатать как есть, то получится не более широкий охват чем сРГБ.
Правильно понимаю? :)

Ну, вот в предыдушем примере, если конвертировать sRGB 255,0,0 в принтерRGB, на вход принтеру пойдет 230,0,0.
А представьте, если удалось так законвертировать raw файл, что в принтер пойдет 250,0,0? Это и будет цвет за пределами охвата sRGB. И принтер напечатает цвет, которого нет в sRGB.


Цитата:
от: VoVan
Или просто не знаю на что обращать внимание? В повседневных, обычных фотографиях?
В файле кол-во полутонов в sRGB прилично меньше чем в aRGB. На отпечатке не хватает насыщенных полутонов. Кстати, ACR при конвертации показывает цвета, которые будут выпадать. Найдите фото, где таких цветов много и попробуйте с этой картинкой поработать.
Или снимите в raw цветок или даже просто лист растения на просвет и так чтобы было много деталей в светах. Потом обработайте в sRGB - увидите, деталей в светах поубавится. А если напeчатаете в лабе и посмотрите отпечаток - деталей вообще не будет, все сольется.
Если детали значимые и их надо сохранить, тогда придется заморочиться с aRGB, и печатать на принтере и смотреть под яркой лампой - вот и будет разница с лабом. Попробуйте, на выставке такой отпечаток, индивидуально подсвеченный лампой, будет весьма эффектен и выгодно отличаться от sRGBишных соседей. :)

Со временем оно устаканится - уже есть 16битные принтеры, камеры давно 12битные, мониторы подтягиваются, софт уже более менее соответствует, инерфейсы наверное, уже варятся - так что не успеем оглянуться, и 16 битный аRGB или какой другой станет стандартом и покроет 99.99% нужд фотографов вместо 99% нынешнего стандарта sRGB. :)


Re[vga50]:
Маругулис постоянно высмеивает сторонников Adobe RGB.

Дело в том, что реальной природе дополнительных цветов aRGB НЕ СУЩЕСТВУЕТ.

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

Реальные вещи НЕ ИМЕЮТ цветов aRGB.

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

Указывая на сомнительные преимущества aRGB Маргулис напоминает о СЕРЬЕЗНОМ РИСКЕ запороть Workflow (процесс допечатки или печати) из-за того чтовы отдадите файлы в aRGB, а устройства обычно настроены на RGB.

Например все наши фотолабы работаю в RGB в большинстве своем с игнорированием профиля из файла. Ошибиться и забыть перевести aRGB в RGB можно очень легко.

Проще говоря aRGB может быть прямой дорогой к браку.

Собственно я тут с Маргулисом абсолютно согласен.
При цветокоррекции мне aRGB бесполезен абсолютно, т.к. я выполняю выкрутасы требующие большого пространства цвета в RAW
Re[fmod]:
Цитата:
от: fmod
Дело в том, что реальной природе дополнительных цветов aRGB НЕ СУЩЕСТВУЕТ.

А не слишком ли категорично? Может помягче - редко (или, если хотите, не очень часто) встречаются.
Да и снимаем мы не только "реальную природу" :)
Re[vga50]:
Цитата:

от:vga50

Со временем оно устаканится - уже есть 16битные принтеры, камеры давно 12битные, мониторы подтягиваются, софт уже более менее соответствует, инерфейсы наверное, уже варятся - так что не успеем оглянуться, и 16 битный аRGB или какой другой станет стандартом и покроет 99.99% нужд фотографов вместо 99% нынешнего стандарта sRGB. :)

Подробнее

Было-бы здорово, если бы это был именно стандарт, которого все понимают и хотя-бы частично реалезуют, но гавное - понимают, сразу бы на него перешёл, как перешёл на 16бит ввиду того, что навредить это не может, а вдруг где-то и улучшения будут=)
Re[fmod]:
Цитата:
от: fmod
Маругулис постоянно высмеивает сторонников Adobe RGB.

Дело в том, что реальной природе дополнительных цветов aRGB НЕ СУЩЕСТВУЕТ.

.........

А вот мнение Брюса совсем другое, кроме того он предлагает свое пространство BetaRGB. Оно еще шире Adobe RGB, но разумно шире. Описание можно посмотреть в его статье Beta RGB, а выкладки и предпосылки создания в RGB Working Space Information и How the Companding Calculator Works.
Сам использую это цветовое пространство, естественно, работать надо в 16 битном цвете.
Re[fmod]:
Цитата:

от:fmod
Маругулис постоянно высмеивает сторонников Adobe RGB.

Дело в том, что реальной природе дополнительных цветов aRGB НЕ СУЩЕСТВУЕТ.

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

Реальные вещи НЕ ИМЕЮТ цветов aRGB.

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

Указывая на сомнительные преимущества aRGB Маргулис напоминает о СЕРЬЕЗНОМ РИСКЕ запороть Workflow (процесс допечатки или печати) из-за того чтовы отдадите файлы в aRGB, а устройства обычно настроены на RGB.

Например все наши фотолабы работаю в RGB в большинстве своем с игнорированием профиля из файла. Ошибиться и забыть перевести aRGB в RGB можно очень легко.

Проще говоря aRGB может быть прямой дорогой к браку.

Собственно я тут с Маргулисом абсолютно согласен.
При цветокоррекции мне aRGB бесполезен абсолютно, т.к. я выполняю выкрутасы требующие большого пространства цвета в RAW

Подробнее

Маргулис все-таки заточен на CMYK и полиграфию, где aRGB практически не применим, как и во многих других областях.
Однако при печати на принтере aRGB идет очень даже здорово в любых сюжетах и пейзажах и в портретах. Более широкий цветовой охват еще ни кому не помешал.
Для кого принтер не кошерный, скоромный, поганый, шайтан -машина, злой дух, происки сатанистов, американского империализма и т.д., то лучше не вспоминать aRGB, особенно на ночь.
Re[fmod]:
Цитата:
от: fmod
Дело в том, что реальной природе дополнительных цветов aRGB НЕ СУЩЕСТВУЕТ.

Если бы Вы прочитали тему с самого начала, Вы бы увидели упоминание о профилях разработанных специально для оцифровки слайдов, которые даже пошире aRGB. Неужели на слайд не снимают реальную природу? :)
Цитата:
от: fmod
Проще говоря aRGB может быть прямой дорогой к браку.
Это верно. Недаром когда на нашем форуме задаются бестолковые вопросы о приключениях в иных цветовых пространствах, на них следует один из самых разумных советов - делать все в sRGB. Но разобравшись в вопросе, почему бы и нет? Вы ведь не посоветуете новичку выезжать на улицу, не выучив ПДД? :)
Вы не авторизованы

Пожалуйста, авторизуйтесь, чтоб иметь доступ к полному функционалу сайта

Обратная связь

Здесь вы можете оставить свои контактные данные, чтобы мы могли связаться с вами.