Windows XP a zarządzanie kolorem.

[mcl]

Rozumiem już wszystko, dziękuję. Dziwi mnie tylko to, że system operacyjny/driver karty graficznej nie może jakoś globalnie założyć, że wszystko to, co ma wyświetlić jest bez zarządzania barwą (w przestrzeni sRGB). Widzi (po profilu ICM), że ma podpięty monitor o innej przestrzeni, więc wszystko jak leci konwertuje. Bo z tego wynika, że każda, nawet głupia aplikacyjka powinna posiadać CMM.
Wynika z tego, że system nie obsługuje poprawie takiego monitora, poprawie obsługują go jedynie aplikacje z zarządzaniem kolorom.

[Kyle]

Ta opcja działa słabo (czyt. jak brak profilu w pliku, to nie ma jak mu powiedzieć, że default to sRGB). Tak się składa, że wszystkie moje pliki nie mają w sobie profilu.

Po prostu załącz odpowiedni profil do plików które go nie mają. Skoro wiesz że ma być sRGB to załącz sRGB ... a tam gdzie ma być AdobeRGB załącz AdobeRGB. Coś takiego można zrobić np. w GIMP

[milo_ja]

Po prostu załącz odpowiedni profil do plików które go nie mają. Skoro wiesz że ma być sRGB to załącz sRGB ... a tam gdzie ma być AdobeRGB załącz AdobeRGB. Coś takiego można zrobić np. w GIMP

W GIMPie nie doszedłem do tego jak to zrobić, ale poradziłem sobie za pomocą ExifTool. Swoją drogą zarządzanie barwą zarządzaniu nie równe. Ten sam obrazek wyświetlony w GIMPie i ACDSee Pro 2 wygląda trochę inaczej mimo takich samych profili i tych samych opcji renderowania. I bądź tu mądry, pisz wiersze. :/

[JK]

Rozumiem już wszystko, dziękuję. Dziwi mnie tylko to, że system operacyjny/driver karty graficznej nie może jakoś globalnie założyć, że wszystko to, co ma wyświetlić jest bez zarządzania barwą (w przestrzeni sRGB). Widzi (po profilu ICM), że ma podpięty monitor o innej przestrzeni, więc wszystko jak leci konwertuje. Bo z tego wynika, że każda, nawet głupia aplikacyjka powinna posiadać CMM.
Wynika z tego, że system nie obsługuje poprawie takiego monitora, poprawie obsługują go jedynie aplikacje z zarządzaniem kolorom.

No i jest takie założenie. Nazywa się to sRGB. Jeśli wszystkie obrazki będziesz miał zapisane w sRGB, to różnice jakie zobaczysz na różnych monitorach będą wynikały tylko z ograniczonych możliwości i błędów ustawienia tych monitorów. Żeby to zjawisko wyeliminować, wprowadzono możliwość definiowania profilu dla każdego monitora niezależnie. Taki profil, to definicja korekt koloru, które należy wprowadzić, aby możliwie najlepiej zniwelować wady wyświatlania konkretnego monitora. I właśnie w tym celu warto kupować kalibratory, bo one służą do przygotowania takich indywidualnych profili dla konkretnych monitorów.

Jeśli zdjęcie obrabiamy na monitorze prawidłowo skalibrowanym, to dane w pliku są zapisane w standardzie sRGB. Oznacza to, że kolorom, które oglądamy na monitorze przypisywane są kody (składowe RGB), które tym kolorom odpowiadają w definicji sRGB. Wtedy taki obrazek wyświetlony na dowolnym innym monitorze będzie wyglądał podobnie (z dokładnością do wad konkretnego monitora). Ale jeśli ten monitor ma swój profil, to obrazki powinny być identyczne (z dokładnością do fizycznych możliwości wyświetlania kolorów - jeden monitor może być lepszy, a drugi gorszy). Jeśli jednak zdjęcie zostanie przygotowane na monitorze bez profilu i na dodatek na monitorze rozregulowanym, to plik nie będzie zapisany jako sRGB, tylko jako plik w dostosowany tylko do tego jednego konkretnego monitora. W konsekwencji nie da się takiego obrazka prawidłowo wyświetlić na żadnym innym monitorze (chyba, że trafimy na okaz podobnie rozregulowany). Każdy prawidłowo skalibrowany monitor wyświetli ten obraz inaczej niż to widział autor zdjęcia.

Jeśli obrazek jest zapisany w sRGB, a monitory mają zdefiniowane profile, to żadna aplikacja nie potrzebuje CMSu, bo ten CMS załatwia system operacyjny we własnym zakresie. Wyjątkiem są tu programy, które wyświetlają obrazy z pominięciem systemu operacyjnego (tak, tak, takie też są i sterują bezpośrednio kartą graficzną), bo tam system nie wprowadza odpowiednich korekt.

Problem pojawia się wtedy, gdy zaczynamy kombinować z systemem koloru i zmieniamy standardowe sRGB na AdobeRGB, czy jeszcze coś innego. Programiści zauważyli, że moduł CMS zawarty w systemie operacyjnym można wykorzystać w innym celu, na przykład w celu rozszerzenia zakresu kolorystycznego, czy obsługi urzędzeń pracujących w innych standardach niż sRGB. Mechanizm jest zawsze taki sam: dla każdego urządzenia zdefiniowany jest jakiś profil (brak profilu jest tylko szczególnym przypadkiem) i jeśli te profile zostaną odpowiednio podefiniowane, to sRGB można zastąpić czymkolwiek. Jeśli parametry zostaną ustawione konsekwentnie i konsekwentnie zostaną przygotowane profile, to wszystko będzie wyświetlane poprawnie, choć pliki będą zapisane w standardzie innym niż sRGB. Ale jeśli taki plik zostanie wyświetlony za pomocą progrmu, który nie obsługuje CMS, bo jego autor założył, że system operacyjny zrobi to sam (standardowo) to wszystko się "rozjedzie". Niestety.

[mcl]

No i jest takie założenie. Nazywa się to sRGB. Jeśli wszystkie obrazki będziesz miał zapisane w sRGB, to różnice jakie zobaczysz na różnych monitorach będą wynikały tylko z ograniczonych możliwości i błędów ustawienia tych monitorów. Żeby to zjawisko wyeliminować, wprowadzono możliwość definiowania profilu dla każdego monitora niezależnie. Taki profil, to definicja korekt koloru, które należy wprowadzić, aby możliwie najlepiej zniwelować wady wyświatlania konkretnego monitora. I właśnie w tym celu warto kupować kalibratory, bo one służą do przygotowania takich indywidualnych profili dla konkretnych monitorów.

Czyli tak: kupuję monitor, od producenta dostaję do niego profil. Profil ten jest uśredniony czy przybliżony dla wszystkich monitorów tego modelu tak? Dokonując kalibracji uściślam ten profil dla konkretnie mojego egzemplarza. Dla lepszych monitorów różnice pomiędzy profilem producenta a "moim" nie powinny być drastyczne (pojęcie względne), tak?

Jeśli zdjęcie obrabiamy na monitorze prawidłowo skalibrowanym, to dane w pliku są zapisane w standardzie sRGB. Oznacza to, że kolorom, które oglądamy na monitorze przypisywane są kody (składowe RGB), które tym kolorom odpowiadają w definicji sRGB. Wtedy taki obrazek wyświetlony na dowolnym innym monitorze będzie wyglądał podobnie (z dokładnością do wad konkretnego monitora). Ale jeśli ten monitor ma swój profil, to obrazki powinny być identyczne (z dokładnością do fizycznych możliwości wyświetlania kolorów - jeden monitor może być lepszy, a drugi gorszy). Jeśli jednak zdjęcie zostanie przygotowane na monitorze bez profilu i na dodatek na monitorze rozregulowanym, to plik nie będzie zapisany jako sRGB, tylko jako plik w dostosowany tylko do tego jednego konkretnego monitora. W konsekwencji nie da się takiego obrazka prawidłowo wyświetlić na żadnym innym monitorze (chyba, że trafimy na okaz podobnie rozregulowany). Każdy prawidłowo skalibrowany monitor wyświetli ten obraz inaczej niż to widział autor zdjęcia.

Zgadzam się ze wszystkim.

Jeśli obrazek jest zapisany w sRGB, a monitory mają zdefiniowane profile, to żadna aplikacja nie potrzebuje CMSu, bo ten CMS załatwia system operacyjny we własnym zakresie. Wyjątkiem są tu programy, które wyświetlają obrazy z pominięciem systemu operacyjnego (tak, tak, takie też są i sterują bezpośrednio kartą graficzną), bo tam system nie wprowadza odpowiednich korekt.

Tu mi coś nie pasuje i w tym momencie mam problem, którego nie potrafię rozwiązać. Opiszę konkretny przykład.
Komputer z podłączonym monitorem Eizo S2231W, w systemie (WinXP) ustawiony profil producenta dla tego monitora.
Pobieram obrazek z internetu i ustawiam go jako tapetę oraz otwieram w GIMPie (z włączonym zarządzaniem kolorem). Zgodnie z tym, co napisałeś w pierwszym zdaniu, obrazek/tapeta powinien być wyświetlony poprawnie (jest sRGB i monitor ma zdefiniowany profil). Tak nie jest. W GIMPie jest ok, ale Windows wyświetla go źle (jaskrawe kolory).

Problem pojawia się wtedy, gdy zaczynamy kombinować z systemem koloru i zmieniamy standardowe sRGB na AdobeRGB, czy jeszcze coś innego. Programiści zauważyli, że moduł CMS zawarty w systemie operacyjnym można wykorzystać w innym celu, na przykład w celu rozszerzenia zakresu kolorystycznego, czy obsługi urzędzeń pracujących w innych standardach niż sRGB. Mechanizm jest zawsze taki sam: dla każdego urządzenia zdefiniowany jest jakiś profil (brak profilu jest tylko szczególnym przypadkiem) i jeśli te profile zostaną odpowiednio podefiniowane, to sRGB można zastąpić czymkolwiek. Jeśli parametry zostaną ustawione konsekwentnie i konsekwentnie zostaną przygotowane profile, to wszystko będzie wyświetlane poprawnie, choć pliki będą zapisane w standardzie innym niż sRGB. Ale jeśli taki plik zostanie wyświetlony za pomocą progrmu, który nie obsługuje CMS, bo jego autor założył, że system operacyjny zrobi to sam (standardowo) to wszystko się "rozjedzie". Niestety.

Rozumiem, że jak zaczniemy się bawić w zdjęcia z profilem AdobeRGB to poprawnie będzie nam je wyświetlały tylko te programy, które rozpoznają ten profil (mają obsługę CMS).

[milo_ja]

Jeśli obrazek jest zapisany w sRGB, a monitory mają zdefiniowane profile, to żadna aplikacja nie potrzebuje CMSu, bo ten CMS załatwia system operacyjny we własnym zakresie. Wyjątkiem są tu programy, które wyświetlają obrazy z pominięciem systemu operacyjnego (tak, tak, takie też są i sterują bezpośrednio kartą graficzną), bo tam system nie wprowadza odpowiednich korekt.

Fajnie by było, gdyby system mógł wyręczyć program z zarządzania kolorem chociażby przy założeniu, że obrazek jest w sRGB, ale tak nie jest. Windows XP i Vista udostępniają możliwość pobrania domyślnego profilu monitora, a w porywach mogą udostępnić systemowy moduł zarządzania barwą (w Viście można nawet poustawiać domyślne opcje konwersji), niemniej nie zarządzają kolorem za aplikacje. Jak Windows dostanie RGB(50, 60, 70) to wyśle takie wartości do karty graficznej a ta do monitora. Praktyka to potwierdza. Jeśli jest inaczej to naprawdę bardzo chętnie się dowiem jak zmusić Windowsa (w moim przypadku Viste 64) do zarządzania kolorem za aplikacje, które tego nie potrafią (comajmniej tak, aby do działąło dla obrazków w sRGB).

[Czornyj]

System nic nie zrobi, niezależnie od tego jak są spreparowane dane. Zdjęcia zostaną wyświetlone po liczbach koloru w przestrzeni monitora. Aplikacje MUSZĄ mieć CMM by poprawnie zarządzać barwą podczas wyświetlania.

[mcl]

Czy w takim razie Windows korzysta w jakikolwiek sposób z profilu monitora? Czy tylko go "ma" i udostępnia aplikacjom z systemem CMS? Bo jeśli tak, to oznacza, że kalibracja i zmiana profilu monitora przynosi tylko skutek w aplikacjach z zarządzaniem kolorem.

A może mógłby ktoś, kto umie i ma narzędzia, przygotować taki profil, który jest kompletnie popsuty i powinien wywołać cuda na monitorze? Chętnie bym się przekonał co zrobi Windows z takim profilem.

[JK]

Macie jeszcze kilka takich rewelacji? Przecież to bardzo łatwo sprawdzić. Rozregulujcie sobie na próbę monitor (na przykład dowalcie na maksa niebieskiego), ustawcie klasyczny pulpit Windy i jakieś jasno-szare tło dla tego pulpitu (nie żadne zdjęcie, bo na jednolotym szarym tle będzie najłatwiej zaobserwować zmiany). Następnie za pomocą kalibratora (bez regulacji monitora) opracujcie profil, żeby na tym rozregulowanym monitorze kolory były wyświetlane w miarę poprawnie, a na koniec wybierzcie ten profil monitora, jako obowiązujący. Jeśli teraz "przeładujecie" Windę, to na początku (na krótko) zobaczycie "rozjechany" kolor pulpitu (ten bez uwzględniania profilu), ale po chwili nastapi korekta i kolor się zmieni na właściwy. To jest najprostszy dowód na to, że Windows XP uwzględnia profil monitora i że robi to nie tylko w odniesieniu do aplikacji bez zarządzania kolorem, ale nawet w stosunku do własnego pulpitu, który jest tylko jednokolorowym tłem.

[Czornyj]

Macie jeszcze kilka takich rewelacji? Przecież to bardzo łatwo sprawdzić. Rozregulujcie sobie na próbę monitor (na przykład dowalcie na maksa niebieskiego), ustawcie klasyczny pulpit Windy i jakieś jasno-szare tło dla tego pulpitu (nie żadne zdjęcie, bo na jednolotym szarym tle będzie najłatwiej zaobserwować zmiany). Następnie za pomocą kalibratora (bez regulacji monitora) opracujcie profil, żeby na tym rozregulowanym monitorze kolory były wyświetlane w miarę poprawnie, a na koniec wybierzcie ten profil monitora, jako obowiązujący. Jeśli teraz "przeładujecie" Windę, to na początku (na krótko) zobaczycie "rozjechany" kolor pulpitu (ten bez uwzględniania profilu), ale po chwili nastapi korekta i kolor się zmieni na właściwy. To jest najprostszy dowód na to, że Windows XP uwzględnia profil monitora i że robi to nie tylko w odniesieniu do aplikacji bez zarządzania kolorem, ale nawet w stosunku do własnego pulpitu, który jest tylko jednokolorowym tłem.

Pozornie.

Wdrożenie urządzenia w system zarządzania barwą opiera sie na dwóch procesach - kalibracji i profilowaniu. Kalibracja to szereg czynności polegających na optymalizacji zachowania danego urządzenia. Profilowanie polega na wykonaniu jego charakterystyki. Nadrzędną zasadą systemów zarządzania barwą jest to, że profil nie ma wpływu na fizyczne zachowanie urządzenia - z jednym wyjątkiem...

W przypadku monitorów niekalibrowalnych kalibrację gradacji i punktu bieli wykonuje się w ten sposób, że zadany cel osiąga się modyfikując zawartość LUT karty graficznej. Korekta musi być zatem za każdym razem wgrywana do LUT - w tym celu stosowana jest aplikacja, która podczas inicjalizowania systemu ładuje krzywe korekcyjne, nie ma to nic wspólnego z systemowym zarządzaniem barwą.

Wracając do naszego odstępstwa - dane kalibracyjne wgrywane w czasie startu Windowsów do LUT karty graficznej przechowywane są w tagu vcgt zapisywanym w profilu monitora. Z tego względu proces ten (ewidentnie klasyfikujący się jako kalibracja) mylony jest z profilowaniem i utożsamiany z profilem - co jest od strony formalnej całkowicie błędne.

Skalibrowany monitor jest oprofilowywany - czyli jego charakterystyka zapisywana jest w profilu. Do zapisywanych parametrów należą temperatura barwowa, gradacja (TRC) i koordynaty kolorymetryczne kolorantów monitora. Te właśnie informacje wykorzystywane są przez moduły zarządzania barwą aplikacji - na podstawie danych kolorymetrycznych kolorantów i punktu bieli, oraz TRC (krzywej odpowiedzi tonalnej) oprogramowanie jest w stanie określić przestrzeń barwną monitora i jego sposób reprodukcji jasności. Podczas wyświetlania zdjęcia CMM porównuje przestrzeń zdjęcia z przestrzenią monitora i dokonuje niezbędnych korekt, które w miarę możliwości starają się zniwelować różnice i odwzorować odpowiednie wrażenie wizualne.

Sama kalibracja jedynie optymalizuje zachowanie monitora - nie jest jednak w stanie np. zmienić fizycznych właściwości kolorantów, a nawet gdyby było to możliwe, to tak skalibrowany monitor byłby w stanie poprawnie wyświetlić tylko określoną edycyjną przestrzeń barwną. Dlatego resztę załatwia już CMS.