🚀 go-pugleaf

W dniu 2011-10-14 15:45, Marek pisze:
> Witam,
>
> Czy możecie mi podpowiedzieć co zrobić aby w AI kolor RGB był wyświetlany z
> tymi samymi wartościami?

to pytanie jest bez sensu?
jednakowymi w stosunku do czego?

uściślij proszę :)

pozdrawiam
gadacz

Dnia Sat, 15 Oct 2011 01:36:04 +0200, gadacz napisał(a):

> to pytanie jest bez sensu?
> jednakowymi w stosunku do czego?
> 
> uściślij proszę :)


Już to robię. Otóż mamy konkretny przypadek: projekt web.Jest w nim zielony
prostokąt RGB(57,136,46). Biorę narzędzie do badania koloru pikseli na
ekranie ColorPix i okazuje się, że ten prostokąt ma zupełnie inny RGB
(88,134,58). Eksportuję do JPG (24 bity) i badam tak kolor zielonego -
otrzymuję RGB(57,136,46). Czyli tworząc projekt RGB w AI widzimy fałszywe
kolory na ekranie. Następuje konwersja do kolorów drukowalnych.

Dla porównania - w Corelu Draw gdy wypełnię prostokąt określonym kolorem
RGB, to widzę go na ekranie w dokładnie tym kolorze. Mogę uzyskać barwy
niedostępne w CMYK np. RGB(255,0,0). Corel przy wyświetlaniu stosuje
profile wyłącznie dla obiektów "drukowalnych" czyli wypełnionych np
CMYKiem. 

No i taki efekt chciałbym uzyskać.

Dnia Sat, 15 Oct 2011 20:30:06 +0200, Marek napisał(a):

> Już to robię. Otóż mamy konkretny przypadek: projekt web.Jest w nim zielony
> prostokąt RGB(57,136,46). Biorę narzędzie do badania koloru pikseli na
> ekranie ColorPix i okazuje się, że ten prostokąt ma zupełnie inny RGB
> (88,134,58).

I prawidłowo. Ten ficzer nazywa się zarządzaniem kolorem (color
management).

> Eksportuję do JPG (24 bity) i badam tak kolor zielonego -
> otrzymuję RGB(57,136,46). Czyli tworząc projekt RGB w AI widzimy fałszywe
> kolory na ekranie.

System zarządzania kolorem stara się przybliżyć kolor który zadałeś czyli
RGB(57,136,46) do tego jak on powinien naprawdę wyglądać na twoim
monitorze. I stwierdził że najbliżej odpowiadającym mu kolorem będzie
(88,134,58). Tu jeszcze nie ma mowy o żadnych kolorach drukowanych.

> Dla porównania - w Corelu Draw gdy wypełnię prostokąt określonym kolorem
> RGB, to widzę go na ekranie w dokładnie tym kolorze.

Źle. To znaczy zarządzanie kolorem w twoim corelu działa nie prawidłowo
albo jest wyłączone dla rgb.

-- 
Tomek

Dnia Tue, 18 Oct 2011 13:47:48 +0200, Tomasz Sowa napisał(a):

> 
> I prawidłowo. Ten ficzer nazywa się zarządzaniem kolorem (color
> management).

To ja wiem ... tylko jak go wyłączyć dla zastosowań webowych?

> 
> System zarządzania kolorem stara się przybliżyć kolor który zadałeś czyli
> RGB(57,136,46) do tego jak on powinien naprawdę wyglądać na twoim
> monitorze. I stwierdził że najbliżej odpowiadającym mu kolorem będzie
> (88,134,58). Tu jeszcze nie ma mowy o żadnych kolorach drukowanych.

Świetnie - tylko w takim przypadku projektant zobaczy inne kolory w trakcie
realizacji projektu i inne po jego zrealizowaniu. Nie wspomnę o tym, że
projektant nie ma w takim przypadku dostępu do kolorów nasyconych RGB. Nie
uzyska np. czerwonego RGB (255,0,0). Włacza się gamut alert co jest bzdurą
gdyż każdy monitor jest w stanie wyświetlić nasycony czerwony. Tak jakby
ograniczenie nakładał profil kolorów (workspace). Nawet jeśli narysuje
czerwony nasycony prostokąt, to na ekranie nie będzie on taki a po
wyeksportowaniu do bitmapy - takim się stanie.Taka sytuacja jest
niedopuszczalna przy tworzeniu grafiki webowej.

> Źle. To znaczy zarządzanie kolorem w twoim corelu działa nie prawidłowo
> albo jest wyłączone dla rgb.

O właśnie ... nie dotyczy RGB. Mogę sobie oczywiście obiekty RGB
przekonwertować na "drukowalne" ale jest to mój świadomy wybór. Wtedy
świadomie godzę się, że kolory niedrukowalne zostaną zastąpione najbliższym
odpowiednikiem. 

P.S.
Właśnie kończąc ten post zwalczyłem powyższy problem choć nie do końca
rozumiem jak gdyż kilka opcji zmieniałem. Bodajże trzeba było przełączyć
typ dokumentu w RGB i dodatkowo ustawić przestrzeń barw na profil danego
monitora.