Názory k článku
Praktická správa barev v Linuxu a kalibrace monitoru

X server se postara o zavedeni dat do LUT tabulky. Ale aplikace musi zjistit, ze tyhle konkretni data jsem dostal v AdobeRGB, displej pouziva sRGB a tak to musim prevest. Uplne stejne to funguje i ve Windows a na Macu, OS poskytuje nastroje, ale prevody implicitne nedela.

Muzete si i sami otestovat, ktere prohlizece umi s profily pracovat: http://www.color.org/…4html.xalter

bez pardonu, v AdobeRGB nikdo monitor nastaveny nema, je to obecny blabol, stejne tak by nikdo, kdo nevi o co jde nemel porizovat dava v AdobeRGB, ja sice do AdobeRGB fotim, ale bud to hned prevadim do sRGB, nebo kdyz to mam v AdobeRGB, tak stejne mam monitor v sRGB a pouze Gimp a ufraw dela simulaci/prevod z AdobeRGB do sRGB monitoru. Takze to, ze je problem s aplikacema neni pravda, jinak pri prohlizeni obrazku se vycte profil a podle nej se udela prevod do sRGB nebo do toho, v cem je nastaven profil monitoru.

Kalibracni sondu samozrejme mam, pokud cloveku staci na monitor, tak se vejde do 2.000–3.000, na tiskarny a scannery jsou drazsi.

Ja mam pantone huey2

Jinak, on ma sice AdobeRGB vetsi gamut, ale nenei zase o tolik vetsi, aby se vyplatilo v tom mit monitor, stejne to nikdo nevidi a u tiskaren je to taky sporne, mnohe inkousty neprenesou ani 8bit na kanal, natoz 16 a natoz AdobeRGB, staci se podivat na gamut tiskarny a bude asi kazdemu jasne. Samozrejme pro spickovy vysledek je treba pouzit RIP, ale i kdyz se RIP nepouzije, je vydeldek z dobrych ink. slusny, no dobrou inkoustovku znam ale jen jednu a to epson, samozrejme se bavim o profi garf. plotterech a ne o domacich hrackach.

Graficka studia s (velmi) drahymi monitory, jako treba ta vyssi rada od Eizo, klidne AdobeRGB na monitoru pouzivat mohou. Na klasickem domacim panelu za „par“ tisic je to zbytecne.

To ovsem uz neplati o pouzivani AdobeRGB nebo ProPhoto RGB jako pracovniho profilu. Behem uprav totiz samozrejme prichazite o barvy a pokud je budete delat primo v sRGB, tak to muze byt na vysledku docela poznat (u fotografii v jemnych prechodech.. treba na obloze).

A problem s aplikacemi je jiny. Sam jste ho zminil:

Takze to, ze je problem s aplikacema neni pravda, jinak pri prohlizeni obrazku se vycte profil a podle nej se udela prevod do sRGB nebo do toho, v cem je nastaven profil monitoru.

Aplikace musi zjistit, jestli ty data jsou v prostoru, ktery pouziva jako pracovni. Pokud ne, tak je musi prevest a pak je taky musi prevest mezi pracovnim prostorem a prostorem monitoru. Vsechny prevody zaridi lcms, ale aplikace o ne musi pozadat, protoze xorg nema informace o tom, co zrovna za data v nejake aplikaci zpracovavate. Vidi az vysledne rgb prepocitane do prostoru monitoru.

Na scanner nepotrebujete sondu, obvykle staci jen presne vyrobeny kalibracni obrazec (odkazy na dva geograficky blizke vyrobce budou v pristim clanku) se souborem, ktery popisuje konkretni hodnoty na nem.

Jinak pro domaci tisk do formatu A3 uplne dostacuji dnesni levne inkoustove tiskarny od Canonu nebo Epsonu, ktere maji vice jak 4 inkousty. Vyssi rady, schopna tisknout A3+, pouzivaji casto i 8 a vice inkoustu a jejich mechanicke provedeni je vice nez dobre.

bez pardonu, v sRGB taky nikdo monitor nastaven nemá (ačkoliv položka v OSD menu k tomuto omylu svádí). Každý monitor má svůj vlastní profil (který se mimo jiné v čase neustále mění) a můžeme ho získat pomocí měření hardwarovou sondou. Nakolik tento hardwarový profil monitoru koresponduje s nezávislým sRGB či Adobe RGB je uplně jiná věc. Mít jako pracovní prostor pro obárzky sRGB je vhodné pouze pro finální výstup na monitor (webová prezentace apod.). Pokud je požadovaným výstupem kvalitní tisková zvětšenina, je mnohem lepší pracovat v Adobe RGB, případně i Pro Photo RGB. To, že monitor nezobrazí některé barvy ještě neznamená, že mi je tiskárna (fotolab) nedokáže vytisknout a je nesmysl se o tyto barvy na výsledném snímku ochuzovat. (Obecně porovnávat gamuty monotoru a tiskového systému je dost problematické, protože monoitory světlo emitují, kdežto tisky jen odráží světlo okolní a málokterý tisk je prohlížen výhradně pod osvětlením normovaným.)

Jestli ono by to nechtělo vyjma CMS také HDR, jako ve Windows…

To sice ano, ale je mi to jedno, kdyz zklaibruji monitor, mam temer presne zobrazovani sRGB a vsechna data jsou v sRGB, jine profily bych do toho nepletl, nebot ty se pouzivaji az v datech a pouzivaji je jenom grafici … a ani ti mnohdy nevi vo co go … i kdyz je otazka, zda obsluha labu je grafik, ale data v AdobeRGB jsem dal jednou a to naposled, nebot to samozrejme i pres me upozorneni a zaznamu v exifu stejne vytiskli v sRGB … tedy na vyhozeni.

Takze kdyz mam zkalibrovany monitor, mam +/- verne barvy a bohate mi staci, ze jine bar. prorstory nez sRGB umi gimp a gqview … zbytek me fakt nezajima. Stejne tak bych si nikdy nedal monitor do AdobeRGB a neznam nikoho, kdo by to tak delal, profici si vzdy AdobeRGB ci jine automaticky photoshopem prevadeji na sRGB pro zobrazeni … pravda, nekteri se pak divi, ze kdyz to daji na internet, vidi to ostatni nejake pobledle ;-))

Monitor se nekalibruje na zadny synteticky univerzalni profil. Monitor se zkalibruje a potom se zmeri profil daneho kusu monitoru v presnem nastaveni. Kvalitni displeje se mohou blizit nejakemu jinemu profilu, to je tak asi vsechno (nevyjadril jsem se v jednom ze svych predchozich prispevku uplne presne, AdobeRGB je obvykle pracovni profil a kvalitni Eiza se mu podle oficialnich materialu blizi).

Takze kdyz zkalibrujete monitor, mate temer presne zobrazeni cehokoliv, co se da rozumne prevest do barevneho prostoru monitoru. Je uplne jedno v cem mate data, ale ten prevod je vzdycky nutny a aplikace ho musi podporovat. Pokud data nejsou oznacena, tak se obvykle povazuji za sRGB (a jelikoz profil monitoru neni sRGB, tak se i tak musi prevadet, jinak to neuvidite spravne.. tj bez podpory v aplikaci mate po presnem zobrazeni).

Grafici obcas neco ulozi v AdobeRGB (protoze to je casto jejich pracovni profil) na web. Prohlizece, ktere neumi spravu barev, ovsem netusi, ze neco jako barevne profily existuje, povazuji data za sRGB a pak to opravdu vypada vybledle.

To je nesmysl, jak jsem psal výše, to, že mi monitor některé barvy nezobrazí ještě neznamená, že mi je tiskárna (fotolab) nedokáže vytisknout. Já mám obecně s fotolaby taky špatné zkušenosti, ale v těch lepších pravidelně kalibrují svůj výstupní proces a profily pro konkrétní papíry vystavují na web. Pak vám nic nebrání převést fotografie před zadáním zakázky přímo do jejich tiskového profilu, což dává poměrně konzistentní výsledky (nebo by mělo :). Zrovna tak pokud máte kvalitní tiskárnu (i A4/3, příklad Epson R2880) a používáte kvalitní papíry (příklad Hahnemühle Photo Rag), máte od výrobce papírů k dispozici tiskové profily. Případně si je můžete nechat na zakázku vyrobit. Jiné profily než sRGB zdaleka nepoužívají jen grafici, ale i fotografové (zdaleka ne jen profíci), kteří požadují kvalitní tiskové zvětšeniny. Osobně používám postup: focení do RAW, pracovní verze v AdobeRGB, výstup na monitor (web) převod do sRGB, výstup na tiskárnu převod do profilu tisku (od výrobce tiskárny, papíru nebo změřený), výstup na minilab převod do profilu minilabu :)

Minimálně ve Windows OS převody implicitně dělá. Všechny kreslicí povrchy by default používají color management, pokud si aplikace nevyžádá opak. Na Linuxu se samozřejmě o podporu color managementu musí starat autor aplikace, a samozřejmě s jednou z mnoha dost mizerných CMS knihoven.

Vzdy tvrdite ze SW pro linux je mizive procento a najednou „s jednou z mnoha dost mizerných CMS knihoven“ :-)

Slovo „mizernych“ ve spojitosti s vami a OSS beru jen jako folklor a nepripisuji mu zadny vyznam protoze v praxi vidi clovek pravy opak toho co tvrdite.

Cílový profil je profil daného zařízení (sRGB pokud není dáno jinak). Zdrojový profil je daný aplikací (například je embedded v zobrazném obrázku); pokud profil není určen, je to sRGB. Má to tři důsledky: 1) Aplikace i bez jakékoliv explicitní práce s barevnými profily má zajištěn převod barev do barevného prostoru monitoru a tiskárny. Proto například barevný tisk ve Windows funguje se slušnými barvami z každé nativní aplikace. 2) Pokud aplikace udá profil (například ho načte embededded v obrázku), tak bez další práce pro programátora systém provede převod barev. 3) Aplikace může triviálně používat převody barevných prostorů, dělat separace atd. K tomu už potřebuje používat specifická API. Ta jsou ovšem všude stejná a dobře dokumentovaná. Když jsme u toho: Windows 7 podporují 48-bitovou barevnou hloubku (16-bit float na každý kanál). Výrobci HW jsou trochu pozadu, monitory umí údajně jen 10-bitový integer na kanál. http://code.msdn.microsoft.com/…eleases.aspx?…

Pokud si dobre pamatuju co jsem videl ve zdrojacich FF zhruba pred rokem, tak je to opravdu podporovane, ale pouze na OSX. Na linuxu musite mit nejakou specialni knihovnu a musite behem kompilace nastavic nejake -D macro. V defaultu to funguje pouze na OSX. FF na OSX umi vubec spoustu zajimavych veci.

nebo nainstalovat plugin Color Management for Firefox

Hmm vubec jsem si neuvedomil jak ten cas rychle leti – verze programu se meni tak rychle. Ten muj predchozi prispevek prosim ignorujte. To co jsem napsal vyse se tykalo FF 2.x.

Hazu kamenem :-)

Ja taky hazu. Jsem zvedavej, dobre nakopnuti seznamem SW, diky. Dame barvy dalsimu OS :-D

Taky bych si hodil…

Ne jen že trubice stárnou, ale výrobce monitoru občas změní typ i výrobce panelu, ačkoliv se typové označení monitoru a troufám si říct i přiložené CD nemění.

Přesně tak, myslet si, že nahradíte hardwarovou kalibraci nějakým profilem od výrobce je blbost. Ono stejně mluvit o kalibraci barev a přitom mít na stole laciný TN panel (hlavně že rychle překresluje při hraní her :) je samo o sobě úsměvné. Ne nadarmo jsou grafické panely tak drahé, bohužel :(

no tak to je ti k h*, nebot 2 monitory z viroby maji uplne rozjete barvy a kazdy jinak ;-))

Kupodivu to umi gqview nebo geeqie, oni vubec umi spustu veci

umi to dokonce i tooltip v konqueroru a to co vyrabi ikonky z obrazku

Celé KDE mají základní podporu správy barev out-of-box. Pokročilou správu barev ale umí jen KOffice.

Ja mluvil o trojkove rade KDE, kde :-) jsem nemusel nic nastavovat. 4.X nepouzivam.

A nie je to jedno, či mám alebo nemám skalibrovaný monitor? Tak budem mať trochu iné farby. Predpokladám, že si to ani nevšimnem.

No, ja bych rad docela monitor zkalibroval, protoze si cas od casu nechavam delat fotky na papir. Po prechodu z CRTcka na LCD je to desny, nemuzu to vyladit. Barvy jsou na papire mdle bez jiskry. Zaroven ale nechci kupovat sondu. Neexistuje nejaky program, idealne .deb balik, ktery by to zkalibroval „okometricky“? Diky P.

lprof: http://lprof.sourceforge.net/

casopis photolife predava sadu vytlacenych vzorov a navod na ‚okometricke‘ kalibrovanie monitora.

nieje to take presne ako sonda, ale na bezne pouzitie postaci.

Aha, par let nazpet to byla soucast casopisu a soubor byl ke stazeni na strankach. Zhruba loni jsem to shanel a k dispozici to nebyl. Ted jsem se po tom nepidil a hle, uz to prodavaji :0)

pokial mas dobre oci, tak to celkom ujde (lepsie ako nic, samozrejme dobrej sonde sa to nevyrovna). Pre overenie doporucujem: http://www.xrite.com/…om_page.aspx?… a hlavne http://www.normankoren.com/…rints1A.html

Zapomeňte na levná TNka pro grafiku či zpracování fotek s tiskovým výstupem. A zapomeňte na okometrické metody, sondu nenahradíte. Bohužel zkalibrovaný konzistentní proces zpracování fotografií něco stojí. Zajímavé je, že když se dřív ještě porovnávalo analogové a digitální fotografování, tyto věci se nějak tiše opomíjely. Hlavně, že si koupíte kompakt za pár korun a pak už vás to nic nestojí :-D

neni to jedno tem, kdo pouzivaji pocitac na praci s barvami :)

Není to jedno pokud požadujete konzistentní výstupy na papír, tj. „Fotografie“. Asi nemluvím o pětistech snímcích, které dneska každý „fotograf“ nacvaká na dovolený :)

Tak tohle jsem sice potřeboval asi tak před půl rokem, ale i tak jsem moc vděčný, že se tím někdo zabývá. Celý článek jsem ještě nestudoval, hodlám si někde opatřit nejdříve sondu.

Nicméně mám několik dotazů.

1. Jde vůbec zkalibrovat LCD displej notebooku? (uznávám, ne příliš vhodné na grafiku, ale někdy opravdu potřebuji)
2. Myslím, že v OSX se icc profil nahraje jen jednou někam do systému. Existuje něco podobného i v GNU/Linuxu?

Ještě jednou díky, chválím autora za zajímavý článek!

Existuje nástroj xicc, aplikuje se jednoduchým xicc soubor.icm

LCD na notebooku urcite kalibrovat muzete, ale otazka je, jaky vysledek ocekavate. Zde je na ukazku porovnani presnosti profilu (shaper+matrix z 3000 patchu) LCD na notebooku Acer TravelMate 4100 a CRT Dell P1110:

# profcheck -k acerntb.ti3 acerntb.icc Profile check complete, errors(CIEDE2000): max. = 4.437007, avg. = 0.952604, RMS = 1.128260
# profcheck -k Dell_P1110.ti3 Dell_P1110.icc Profile check complete, errors(CIEDE2000): max. = 1.209684, avg. = 0.226771, RMS = 0.261966

Kdyz se kouknu na dE pro jednotlive vzorky, tak nejvetsi odchylky jsou pro hodne tmave barvy, takze by to v realu nemusel byt az takovy problem.

Dalsi problem je velikost gamutu, ktery je u LCD na notebooku postatne mensi nez sRGB. Oba moje CRT monitory (Dell P1110 a Sony G400) vicemene kopiruji sRGB. Pokud ale bude mit zarizeni, na kterem budete zhotovovat fotografie, jeste mensi gamut, tak vas to opet nemusi moc trapit.

V clanku zmineny dispwin udela dve veci. Nahraje data do LUT tabulky a oznami X11 jaky profil dany monitor ma.

Ovsem.. ne kazda aplikace se umi na standardne nastaveny profil zeptat a casto je treba nastavit profil monitoru i v aplikaci samotne.

LCD u notebooku se zkalibrovat da, ale jak uz psali prede mnou.. ma mensi gamut, mnohem horsi moznosti regulace (vetsinou maximalne jas podsviceni, obcas kontrast a na vyvazeni bile ve vetsine pripadu zapomente uplne)

Tak kdy se objeví LO a všem nám vysvětlí, že Linux nemá správu barev? :)

Kdo/co je prosimtě LO? Dík.

bud rad ze nevis, a modli se abys nikdy nemusel zjistit…

Začínám být známý skoro jako Rasputin :)

Linux správu barev nemá, ale X.org ano. :)

Tak ja jsem se domnival, ze kdyz nekomu reknu, ze barva je RGB a ma hodnotu x.y.z, tak je jasne dana. Problem nastane, kdyz ji chci videt na monitoru, nebo vytisknout na tiskarne, protoze kazdy monitor a tiskarna barvy ruzne z ruznych duvodu „zkresluji“. A tak mam profily icc, ktere definuji, jak ma konkretni monitor s konkretnim nastavenim jasu apod. zobrazit onu barvu RGB s hodnotou x.y.z., aby se mu zobrazila stejne, jako na mem monitoru jine znacky a s jinym nastavenim. Obdobne s tiskarnami…

Je to spravna uvaha?

V podstate ano, to co pise kolega nademnou o profilu (sRGB,AdobeRGB a jine) je sice pravda, ale zazil se standard, ze vychozi profil je sRGB, takze by vse melo byt v sRGB a pokud je v necem jinem, melo by se to konvertovat na to, co kdo zobrazuje, u monitoru je to jasne, u tiskaren se to pak prevadi na verne barvy ;-)))

Jinak u tiskaren je mnoho pover, jako napr, ze vystup z 16bit je lepsi nez z 8 bit a skutecnost je takova, ze 16 bit se pouziva jenom kvuli upravam, protoze tiskarny pak nezvladaji prevest na papir ani ten 8bit, natoz AdobeRGB, vse tohle se pouziva jenom k tomu, aby kdyz to nekdo kalibruje a zesvetluje mel vice informaci pro korekce. Stejne tak je zvrhlost dnes pouzivat CMYK, kdyz uz dnes maji tiskarny 8 a vice barev, tedy dostanu lepsi vysledek z 8bit nez z orezaneho CMYKu, ten mel smysl v dobach, kdy se fakt CMYK pouzival a diky mensimu gamutu CMYKu nez sRGB barvy neuletely, on totiz neni ani uplne kompatibilni a nektere barvy CMYKem nejdou, proto se pri prevodu pak udelala kalibrace od oka pres krivky napr. a pak to na papire neulitlo … jenze stareho psa novym kouskum nenaucis ;-))