1. 6. 2009 - 00:05https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseTo by me zajimalo, jak bude vypadat ten pixel...https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489540
+
Tak to se neuplatni, proc ?
1. muselo by to mit velmi male body, aby bylo mozno zobrazit tolik barev a oko to slilo do jede.
2. graficke karty umi pouze RGB
3. to co pisi o bravach je hezka blbost, RGB lze namicjat uplne vsechny barvy, co vidi oko, oko ma totiz uplne stejny system. Kdyz pridam RGB na 10-14bit, tak zobrazim vse, co umi oko a mozna i vice.
+1
0
-1
Je komentář přínosný?
Izak__ (neověřeno) https://diit.cz
1. 6. 2009 - 00:05https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseTak to se neuplatni, proc ?
1. muselo by to mit velmi male body, aby bylo mozno zobrazit tolik barev a oko to slilo do jede.
2. graficke karty umi pouze RGB
3. to co pisi o bravach je hezka blbost, RGB lze namicjat uplne vsechny barvy, co vidi oko, oko ma totiz uplne stejny system. Kdyz pridam RGB na 10-14bit, tak zobrazim vse, co umi oko a mozna i vice.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489541
+
mimochodem, CMYK nema zdaleka tak bohaty gamut jako RGB, presto nekteri nymandi dodnes tuhle zvrhlost pouzivaji, ackoliv uz CMYK tiskarny, kvuli kterym se to delalo vlastnen nejsou a pouziva se 8 nebo dokonce 12 bar. takze je mnohem lepsi dat vstup v RGB a prohnat to pres RIP .... tudiz vazne nechapu, ktera chtra hlava vymyslela, ze pridanim 2 barev z CMYKu dosahne neceho lepsiho
+1
0
-1
Je komentář přínosný?
Izak__ (neověřeno) https://diit.cz
1. 6. 2009 - 00:08https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskusemimochodem, CMYK nema zdaleka tak bohaty gamut jako RGB, presto nekteri nymandi dodnes tuhle zvrhlost pouzivaji, ackoliv uz CMYK tiskarny, kvuli kterym se to delalo vlastnen nejsou a pouziva se 8 nebo dokonce 12 bar. takze je mnohem lepsi dat vstup v RGB a prohnat to pres RIP .... tudiz vazne nechapu, ktera chtra hlava vymyslela, ze pridanim 2 barev z CMYKu dosahne neceho lepsihohttps://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489542
+
Izak__: Omyl, potreboval bys minimalne pro cervenou i zaporny hodnoty (viz definici barevnyho prostoru XYZ) - a zaporny svetlo jaksi nevyrobis, ze jo - anebo mnohem dokonalejsi zeleny luminofory, coz je zatim taky problem. Jenom ta zluta mi nejde do hlavy, protoze zlutou RGB umi popsat celkem slusne (i obycejny sRGB). Ta azurova by pomohla docela dost, byt neresi problem s jasne zelenou, ale urcite ne takova, jakou maji v tom logu.
+1
0
-1
Je komentář přínosný?
qee https://diit.cz/profil/qee
1. 6. 2009 - 00:13https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseIzak__: Omyl, potreboval bys minimalne pro cervenou i zaporny hodnoty (viz definici barevnyho prostoru XYZ) - a zaporny svetlo jaksi nevyrobis, ze jo - anebo mnohem dokonalejsi zeleny luminofory, coz je zatim taky problem. Jenom ta zluta mi nejde do hlavy, protoze zlutou RGB umi popsat celkem slusne (i obycejny sRGB). Ta azurova by pomohla docela dost, byt neresi problem s jasne zelenou, ale urcite ne takova, jakou maji v tom logu.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489543
+
2 Izak__
Mohl bych Vám vysvětlit proč mají pravdu, ale nechce se mi to tu všechno popisovat :-D
+1
0
-1
Je komentář přínosný?
Jogoblba (neověřeno) https://diit.cz
1. 6. 2009 - 00:15https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse2 Izak__
Mohl bych Vám vysvětlit proč mají pravdu, ale nechce se mi to tu všechno popisovat :-Dhttps://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489544
+
2 qee
Ta žlutá je mi také záhadou. Ale nejspíš to bude pomocný kanál samostatně nefunkční.
+1
0
-1
Je komentář přínosný?
Jogoblba (neověřeno) https://diit.cz
1. 6. 2009 - 00:20https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse2 qee
Ta žlutá je mi také záhadou. Ale nejspíš to bude pomocný kanál samostatně nefunkční. https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489545
+
Já jsem jeden z těch nýmandů co používají dnes a denně CMYK. Nepoužívám ho proto že bych o RGB nikdy neslyšel ale spíše proto že chci mít své tisky pod kontrolou. Bohužel žádná normální laserovka ani ofsetová tiskárna většinou nepoužívá 12 a více barev ale v základu právě a jedině ten špatný CMYK. A pokud tedy chci aby tiskárna vytiskla na papír například 100%M + 100%Y tak mnohem raději zadám právě tyto hodnoty protože mám velmi přesnou představu jak výsledek bude vypadat. Pokud bych zadal 256R tak bych se musel spolehnout na to jak se RIP vyhajal (případně jeho obsluha) a zda bude dostatečně inteligentní aby 256R převedl na 100M100Y a ne na 98M+99Y+2C+1K. My nýmandi totiž máme velmi neradi když si tiskárna tiskne barvy jak sama uzná za vhodné ale samozřejmě někomu na nějakém tom procentu nesejde. Mimochodem RGB se v tisku používá díky Microsoftu a jeho "geniálním" nápadem použít stejný model pro tisk jako pro vykreslování na obrazovce.
Pokud jde o ten monitor tak si popravdě moc nedokážu představit čím to hodlají krmit (myšleno data) ale asi půjde o nějakou grafiku s dvěma výstupy kdy se upraví driver tak aby jedním kabelem jelo RGB a druhým CY - myslím že by to šlo zařídit pouhou softwarovou úpravou. Nebo by to mohlo mít nějakou svou vlastní inteligenci která by přepracovala RGB data na RGBCY (což předpokládám). Nicéně pochybuju že to bude mít až takový přínos ale nechme se překvapit.
+1
0
-1
Je komentář přínosný?
Vratislav Boch https://diit.cz/profil/vrata
1. 6. 2009 - 00:25https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseJá jsem jeden z těch nýmandů co používají dnes a denně CMYK. Nepoužívám ho proto že bych o RGB nikdy neslyšel ale spíše proto že chci mít své tisky pod kontrolou. Bohužel žádná normální laserovka ani ofsetová tiskárna většinou nepoužívá 12 a více barev ale v základu právě a jedině ten špatný CMYK. A pokud tedy chci aby tiskárna vytiskla na papír například 100%M + 100%Y tak mnohem raději zadám právě tyto hodnoty protože mám velmi přesnou představu jak výsledek bude vypadat. Pokud bych zadal 256R tak bych se musel spolehnout na to jak se RIP vyhajal (případně jeho obsluha) a zda bude dostatečně inteligentní aby 256R převedl na 100M100Y a ne na 98M+99Y+2C+1K. My nýmandi totiž máme velmi neradi když si tiskárna tiskne barvy jak sama uzná za vhodné ale samozřejmě někomu na nějakém tom procentu nesejde. Mimochodem RGB se v tisku používá díky Microsoftu a jeho "geniálním" nápadem použít stejný model pro tisk jako pro vykreslování na obrazovce.
Pokud jde o ten monitor tak si popravdě moc nedokážu představit čím to hodlají krmit (myšleno data) ale asi půjde o nějakou grafiku s dvěma výstupy kdy se upraví driver tak aby jedním kabelem jelo RGB a druhým CY - myslím že by to šlo zařídit pouhou softwarovou úpravou. Nebo by to mohlo mít nějakou svou vlastní inteligenci která by přepracovala RGB data na RGBCY (což předpokládám). Nicéně pochybuju že to bude mít až takový přínos ale nechme se překvapit.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489546
+
Izak: A který konkrétní CMYK se kterým konkrétním RGB srovnáváte? Víte, on totiž není cmyk jako cmyk, stejně rgb jako rgb... :-7
A mezi těch 12 barev počítáte i light pigmenty? No LOL teda.
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
1. 6. 2009 - 00:32https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseIzak: A který konkrétní CMYK se kterým konkrétním RGB srovnáváte? Víte, on totiž není cmyk jako cmyk, stejně rgb jako rgb... :-7
A mezi těch 12 barev počítáte i light pigmenty? No LOL teda.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489547
+
Ono hlavne aby se tohle vyuzilo, tak je potreba mit nove snimace (kamery, fotaky ...) ktere snimaji v RGBCY, nebo jinak poridit/vyrobit data v RGBCY. Pokud se vezmou soucasna data (obrazky, videa ....) ktera jsou v RGB, tak jejich zobrazenim na RGBCY se nic nezlepsi.
Jinak lidi vnimaji svetlo mezi cca 400 a 800 nanometry vlnove delky a RGB jsou v podstate jen 3 vlnove delky v tom spektru, jejichz kombinaci lze vytvorit "pomerne dobrou" iluzi ostatnich barev .... kdyz se pridaji dalsi dve, bude holt barevne podani o neco vernejsi...
Ty 3 vlnove delky na "oblbnuti" lidskeho zraku a vytvoreni vetsiny barev staci, neb nepresnosti dane technologii (treba cerna neni na zadnem monitoru opravdu cerna ale jen velmi tmave seda, atd ...) jsou obvykle vetsi nez prepresnosti dane tim ze pouzivam "jen" RGB a ne spojite spektrum.
+1
0
-1
Je komentář přínosný?
Bilbo https://diit.cz/profil/bilbo1
1. 6. 2009 - 00:32https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseOno hlavne aby se tohle vyuzilo, tak je potreba mit nove snimace (kamery, fotaky ...) ktere snimaji v RGBCY, nebo jinak poridit/vyrobit data v RGBCY. Pokud se vezmou soucasna data (obrazky, videa ....) ktera jsou v RGB, tak jejich zobrazenim na RGBCY se nic nezlepsi.
Jinak lidi vnimaji svetlo mezi cca 400 a 800 nanometry vlnove delky a RGB jsou v podstate jen 3 vlnove delky v tom spektru, jejichz kombinaci lze vytvorit "pomerne dobrou" iluzi ostatnich barev .... kdyz se pridaji dalsi dve, bude holt barevne podani o neco vernejsi...
Ty 3 vlnove delky na "oblbnuti" lidskeho zraku a vytvoreni vetsiny barev staci, neb nepresnosti dane technologii (treba cerna neni na zadnem monitoru opravdu cerna ale jen velmi tmave seda, atd ...) jsou obvykle vetsi nez prepresnosti dane tim ze pouzivam "jen" RGB a ne spojite spektrum.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489548
+
dodatek: a které RGB konkrétně má úplně stejný rozsah jako lidské oko, Izaku? Nestačím se divit... :)
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
1. 6. 2009 - 00:33https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskusedodatek: a které RGB konkrétně má úplně stejný rozsah jako lidské oko, Izaku? Nestačím se divit... :)https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489549
+
cca každý 10-tý muž je farboslepý (aspoň čiastočne). Takže monitor pre ženy?
+1
0
-1
Je komentář přínosný?
andywave (neověřeno) https://diit.cz
1. 6. 2009 - 01:23https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskusecca každý 10-tý muž je farboslepý (aspoň čiastočne). Takže monitor pre ženy?https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489550
+
bilbo: Tam jde o to, ze v oku jsou jenom tri typy cipku snimajicich barvy. (Zensky muzou mit vyjimecne i vic, pokud maji v kazdym chromozomu X kod pro trochu jinou vlnovou dylku.) Tudiz myslenka je takova, ze pokud najdes vlnovy dylky, kteryma vybudis jednotlivy typy nezavisle na ostatnich, dokazes namodelovat v podstate libovolnou barvu...
+1
0
-1
Je komentář přínosný?
qee https://diit.cz/profil/qee
1. 6. 2009 - 02:22https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskusebilbo: Tam jde o to, ze v oku jsou jenom tri typy cipku snimajicich barvy. (Zensky muzou mit vyjimecne i vic, pokud maji v kazdym chromozomu X kod pro trochu jinou vlnovou dylku.) Tudiz myslenka je takova, ze pokud najdes vlnovy dylky, kteryma vybudis jednotlivy typy nezavisle na ostatnich, dokazes namodelovat v podstate libovolnou barvu...https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489551
+
Jak psal bilbo - nejprve potrebujeme nasnimat obraz ne v RGB, ale taky v RGBCY a pak ho muzeme plnohodnotne zobrazit, jinak zobrazeni RGB okdovaneho zdroje na RGBCY monitoru moc zazraku neudela.
Jsem skutecne zvedavej, co z toho vyleze, ja testuju barevnou kvalitu monitoru tim, ze mam specialni vysokokvalitni fotky kastanu. Maloktery monitor dokaze zobrazit skutecne krasne vernou hlubokou kastanovou hnedou. Bud je do cervena, nebo zluta, nebo je to sede... Zatim jediny monitor mne prekvapil (prijemne), jinak to byla vzdy bida.
+1
0
-1
Je komentář přínosný?
Magy (neověřeno) https://diit.cz
1. 6. 2009 - 02:32https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseJak psal bilbo - nejprve potrebujeme nasnimat obraz ne v RGB, ale taky v RGBCY a pak ho muzeme plnohodnotne zobrazit, jinak zobrazeni RGB okdovaneho zdroje na RGBCY monitoru moc zazraku neudela.
Jsem skutecne zvedavej, co z toho vyleze, ja testuju barevnou kvalitu monitoru tim, ze mam specialni vysokokvalitni fotky kastanu. Maloktery monitor dokaze zobrazit skutecne krasne vernou hlubokou kastanovou hnedou. Bud je do cervena, nebo zluta, nebo je to sede... Zatim jediny monitor mne prekvapil (prijemne), jinak to byla vzdy bida.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489552
+
bilbo: vsak im prave aj o to ide, ak vyhlasia vsetky firmy za standart RGBCY tak si predstav ze budu musiet vsetko nato prerabat, tak isto ako to robia teraz z DVD do BD a neskor do tiez niecoho, oni to volaju vyvoj, v podstate je to to iste
+1
0
-1
Je komentář přínosný?
hugo3 (neověřeno) https://diit.cz
1. 6. 2009 - 05:01https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskusebilbo: vsak im prave aj o to ide, ak vyhlasia vsetky firmy za standart RGBCY tak si predstav ze budu musiet vsetko nato prerabat, tak isto ako to robia teraz z DVD do BD a neskor do tiez niecoho, oni to volaju vyvoj, v podstate je to to istehttps://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489553
+
Magy: A muzes se podelit o ten model, co te prijemne prekvapil? Diky...
+1
0
-1
Je komentář přínosný?
DaGu https://diit.cz/profil/dagu
1. 6. 2009 - 07:09https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseMagy: A muzes se podelit o ten model, co te prijemne prekvapil? Diky...https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489554
+
Toz zo snimanim CMYK nevidim ziaden problem. Neviem ci sa este nejake take fotaky robia ale stary Olympus 3003 to bol tusim (ziadne delo tak ma nekamenujte) mal CMY CCD a nie RGB (ICX252AK). Takze technologia existuje. Osobne pevne verim ze niekto taky fotak s radostou vyrobi (alebo uz vyrobeny je) a hlavne s este vacsou predava
+1
0
-1
Je komentář přínosný?
Max__ (neověřeno) https://diit.cz
1. 6. 2009 - 08:11https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseToz zo snimanim CMYK nevidim ziaden problem. Neviem ci sa este nejake take fotaky robia ale stary Olympus 3003 to bol tusim (ziadne delo tak ma nekamenujte) mal CMY CCD a nie RGB (ICX252AK). Takze technologia existuje. Osobne pevne verim ze niekto taky fotak s radostou vyrobi (alebo uz vyrobeny je) a hlavne s este vacsou predavahttps://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489566
+
Magy: Gaštany zobrazí fajn, ale nerobí mu problémy zobrazenie modrej a zelenej?
+1
0
-1
Je komentář přínosný?
zoki (neověřeno) https://diit.cz
1. 6. 2009 - 08:18https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseMagy: Gaštany zobrazí fajn, ale nerobí mu problémy zobrazenie modrej a zelenej?https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489567
+
Magy: tiez by som bol rad keby si nam to prezradil
+1
0
-1
Je komentář přínosný?
ren00r (neověřeno) https://diit.cz
1. 6. 2009 - 08:24https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseMagy: tiez by som bol rad keby si nam to prezradilhttps://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489568
+
Ano, mě by to též zajímalo. Jsem zvyklý zobrazovat stovky kaštanů denně a klavitní kaštanová hněď je tedy pro mě u monitoru zcela zásadní. Myslím, že by se nad tím měli výrobci zamyslet a vytvořit nějaký certifikát kvality, něco jako "KaštanCertified".
+1
0
-1
Je komentář přínosný?
Erkil Poirot https://diit.cz/profil/erkil1452
1. 6. 2009 - 08:41https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseAno, mě by to též zajímalo. Jsem zvyklý zobrazovat stovky kaštanů denně a klavitní kaštanová hněď je tedy pro mě u monitoru zcela zásadní. Myslím, že by se nad tím měli výrobci zamyslet a vytvořit nějaký certifikát kvality, něco jako "KaštanCertified".https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489570
+
Max__ : Pokial ale ten tvoj fotak neukladal fotky v RAW, tak je to nanic. Ak to bude ulozene v JPEG tak sa povodna informacia strati.
+1
0
-1
Je komentář přínosný?
VanJ (neověřeno) https://diit.cz
1. 6. 2009 - 09:40https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseMax__ : Pokial ale ten tvoj fotak neukladal fotky v RAW, tak je to nanic. Ak to bude ulozene v JPEG tak sa povodna informacia strati.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489575
+
1. 6. 2009 - 09:44https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseA to celé budou prodávat s TN panelem :-)https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489576
+
Prozradim ze to byl jeden z rady trosku drazsich EIZO, ktere si ale mnoho lidi kupuje prave pro vysokou kvalitu.
Samozrejme tady neuvazuji o monitorech, ktere nejsou v kategorii pro "normalne" smrtelniky jako Barco nebo LaCie.
Erkil1452 tvoje ironie je hezka, ale zklamu te, je to jenom muj vizualni "test". Jsem jaksi citlivej prave na tenhle odstin a priste si proste jeden hezky kastan vem, odfot a dej zobrazit na monitoru a ten kastan si pridrz u monitoru na porovnani, uvidime do jake miry budes mit tu hnedou vernou.
+1
0
-1
Je komentář přínosný?
Magy (neověřeno) https://diit.cz
1. 6. 2009 - 10:32https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseProzradim ze to byl jeden z rady trosku drazsich EIZO, ktere si ale mnoho lidi kupuje prave pro vysokou kvalitu.
Samozrejme tady neuvazuji o monitorech, ktere nejsou v kategorii pro "normalne" smrtelniky jako Barco nebo LaCie.
Erkil1452 tvoje ironie je hezka, ale zklamu te, je to jenom muj vizualni "test". Jsem jaksi citlivej prave na tenhle odstin a priste si proste jeden hezky kastan vem, odfot a dej zobrazit na monitoru a ten kastan si pridrz u monitoru na porovnani, uvidime do jake miry budes mit tu hnedou vernou.
https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489584
+
Já osobně to beru jako nesmysl a výstřel do prázdna jen pro zajímavost a publicitu.
Reálně - širokogamutové monitory již nejsou vzácností. Jsou kvalitní s interní elektronikou a kalibrovatelnou LUT tabulkou pro profesionální použití (EIZO CG221, CG242...), případně i cenově dostupnější pro obyčejné ouřady od dalších výrobců (ale často už s horší kvalitou řízení barev, koneckonců za tu cenu...).
Tyto monitory nemají problém obsáhnout gamut jak současné fotografické techniky, tak i tisku (digitálního i konvenčního). To znamená s bohatou rezervou včetně problematické azurové a (nikoliv tak zásadní) žluté. Cena těchto špičkových monitorů se pohybuje v rozpětí 40-95tis bez dph (profesionální kategorie).
U monitoru od Sharpu - v čem bych viděl problém? Hned v několika věcech:
1) místo 3 prvků a filtrů hned 5 prvků a filtrů. Troufám si předpokládat, že jen díky tomu bych očekával asi o 60-80 % vyšší cenu panelu oproti konvenčnímu (zpočátku samozřejmě ještě více). O problémech výrobních (a úmrtnosti pixelů ani nemluvě).
2) náročnější elektronika, kdy stávající nebude možné použít, musí se udělat komplet z gruntu nová. To s cenou rovněž zamává.
3) nové grafické karty, respektive jiný způsob práce s barvou. Zde bych to rozdělil na dvě části:
a) konverzi bude dělat elektronika v monitoru a pak tedy stačí jen klasické (například) DVI/DP připojení RGB a v monitoru se zobrazení překonvertuje na RGBCY. Proč ne? Pokud bude dobře udělaná a rychlá elektronika, kvalitní LUT a kvalitní CMS (na straně OS/grafárny), proč ne? Až opět na tu cenu navíc teda...
b) bude zapotřebí nové videokarty, která zvládá pětikanálové zpracování, což vidím, jak výrobci z toho budou nadšení a uživatelé budou radostně mlátit šrajtoflama o obchodní pulty, o novém standardu konektotu a připojení už ani nemluvě, leda že by se upravil DP ve své specifikaci...
To jen ve stručnosti (těch bodů by ještě mohlo býti více), ale i tak sečteno podtrženo - je to podle mého názoru jen marketingový PR, podobně jako před lety se Sony LDSHOT: http://www.cdr.cz/a/4889 a pak následně http://www.cdr.cz/a/4897. Také zde je po úvodním humbuku ticho po pěšině... :)
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
1. 6. 2009 - 10:38https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseJá osobně to beru jako nesmysl a výstřel do prázdna jen pro zajímavost a publicitu.
Reálně - širokogamutové monitory již nejsou vzácností. Jsou kvalitní s interní elektronikou a kalibrovatelnou LUT tabulkou pro profesionální použití (EIZO CG221, CG242...), případně i cenově dostupnější pro obyčejné ouřady od dalších výrobců (ale často už s horší kvalitou řízení barev, koneckonců za tu cenu...).
Tyto monitory nemají problém obsáhnout gamut jak současné fotografické techniky, tak i tisku (digitálního i konvenčního). To znamená s bohatou rezervou včetně problematické azurové a (nikoliv tak zásadní) žluté. Cena těchto špičkových monitorů se pohybuje v rozpětí 40-95tis bez dph (profesionální kategorie).
U monitoru od Sharpu - v čem bych viděl problém? Hned v několika věcech:
1) místo 3 prvků a filtrů hned 5 prvků a filtrů. Troufám si předpokládat, že jen díky tomu bych očekával asi o 60-80 % vyšší cenu panelu oproti konvenčnímu (zpočátku samozřejmě ještě více). O problémech výrobních (a úmrtnosti pixelů ani nemluvě).
2) náročnější elektronika, kdy stávající nebude možné použít, musí se udělat komplet z gruntu nová. To s cenou rovněž zamává.
3) nové grafické karty, respektive jiný způsob práce s barvou. Zde bych to rozdělil na dvě části:
a) konverzi bude dělat elektronika v monitoru a pak tedy stačí jen klasické (například) DVI/DP připojení RGB a v monitoru se zobrazení překonvertuje na RGBCY. Proč ne? Pokud bude dobře udělaná a rychlá elektronika, kvalitní LUT a kvalitní CMS (na straně OS/grafárny), proč ne? Až opět na tu cenu navíc teda...
b) bude zapotřebí nové videokarty, která zvládá pětikanálové zpracování, což vidím, jak výrobci z toho budou nadšení a uživatelé budou radostně mlátit šrajtoflama o obchodní pulty, o novém standardu konektotu a připojení už ani nemluvě, leda že by se upravil DP ve své specifikaci...
To jen ve stručnosti (těch bodů by ještě mohlo býti více), ale i tak sečteno podtrženo - je to podle mého názoru jen marketingový PR, podobně jako před lety se Sony LDSHOT: http://www.cdr.cz/a/4889 a pak následně http://www.cdr.cz/a/4897. Také zde je po úvodním humbuku ticho po pěšině... :)https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489594
+
oprava překlepu: "...novém standardu konektoru a připojení už ani nemluvě..."
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
1. 6. 2009 - 10:42https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseoprava překlepu: "...novém standardu konektoru a připojení už ani nemluvě..."https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489596
+
Podle mě někteří míchají jablka a hrušky. Je třeba si uvědomit, že se Sharp chystá >zobrazovat< v RGBCY; nikoli že by tvrdil, že RGB není dostačující jako formát pro >uchování< dat. A to je rozdíl. Zobrazování v RGB by zřejmě bylo dostačující, pokud by monitor dokázal jednotlivé složky zobrazit dokonale věrně. Problém je zřejmě v tom, že určité vlnové délky nedokáže věrně interpretovat - ne proto, že je RGB jako formát nedostačující, ale proto, že je implementace dané technologie nedokonalá a zřejmě není snadné ji vylepšit. Sharp tedy hodlá vykrýt ta slabá místa pomocí C a Y. Tahle varianta mi jako jediná dává smysl.
Jinak převodníky většiny moderních čipů jsou programovatelné, takže se z nich dá vytlačit mnoho různých barevných formátů, ale problém je, že část obvodů je stále fixní a navržená pouze pro tři kanály. Pokud ovšem display bude fungovat na tom principu, jaký očekávám (tzn. C a Y má řešit slabiny konkrétní implementace RGB, nikoli rozšiřovat RGB formát), pak by podpora ze strany grafické karty nemusela být zapotřebí, protože by si monitor sám (vlastní elektronikou) určoval, pro které odstíny z RGB signálu využije C a Y pixely a převáděl si RGB na RGBCY sám.
+1
-1
-1
Je komentář přínosný?
no-X https://diit.cz/autor/no-x
1. 6. 2009 - 10:47https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskusePodle mě někteří míchají jablka a hrušky. Je třeba si uvědomit, že se Sharp chystá >zobrazovat< v RGBCY; nikoli že by tvrdil, že RGB není dostačující jako formát pro >uchování< dat. A to je rozdíl. Zobrazování v RGB by zřejmě bylo dostačující, pokud by monitor dokázal jednotlivé složky zobrazit dokonale věrně. Problém je zřejmě v tom, že určité vlnové délky nedokáže věrně interpretovat - ne proto, že je RGB jako formát nedostačující, ale proto, že je implementace dané technologie nedokonalá a zřejmě není snadné ji vylepšit. Sharp tedy hodlá vykrýt ta slabá místa pomocí C a Y. Tahle varianta mi jako jediná dává smysl.
Jinak převodníky většiny moderních čipů jsou programovatelné, takže se z nich dá vytlačit mnoho různých barevných formátů, ale problém je, že část obvodů je stále fixní a navržená pouze pro tři kanály. Pokud ovšem display bude fungovat na tom principu, jaký očekávám (tzn. C a Y má řešit slabiny konkrétní implementace RGB, nikoli rozšiřovat RGB formát), pak by podpora ze strany grafické karty nemusela být zapotřebí, protože by si monitor sám (vlastní elektronikou) určoval, pro které odstíny z RGB signálu využije C a Y pixely a převáděl si RGB na RGBCY sám.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489598
+
1. 6. 2009 - 10:52https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseno-X: Jasně že je to myšleno takto.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489601
+
a) Není to cíleno na "monitory", ale na hlavní tržní cíl SHARPu = velkoplošné LCD TV panely. Viz ostatně HD TV rozlišení 1920×1080 a rozměr nad 60"
b) Je to logickým rozšířením stávajícího Aquos systému s jeho "four-wavelength backlight system"
+1
0
-1
Je komentář přínosný?
JM_ (neověřeno) https://diit.cz
1. 6. 2009 - 10:56https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseViktorN a ostatní:
a) Není to cíleno na "monitory", ale na hlavní tržní cíl SHARPu = velkoplošné LCD TV panely. Viz ostatně HD TV rozlišení 1920×1080 a rozměr nad 60"
b) Je to logickým rozšířením stávajícího Aquos systému s jeho "four-wavelength backlight system" https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489603
+
Izak__: RGB nezobrazuje ani omylem to, co oko vidí. Tady si to nastuduj, než začneš příště zase blábolit: http://en.wikipedia.org/wiki/RGB
+1
0
-1
Je komentář přínosný?
Honza748 (neověřeno) https://diit.cz
1. 6. 2009 - 10:58https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseIzak__: RGB nezobrazuje ani omylem to, co oko vidí. Tady si to nastuduj, než začneš příště zase blábolit: http://en.wikipedia.org/wiki/RGBhttps://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489605
+
1. 6. 2009 - 11:03https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseTrochu víc o "Five-Wavelength Backlight System" našel google tady:
http://www.sharp.ca/pdf/br_LC65SE94U_pdf.pdf
https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489611
+
no-X: vzhledem k tomu, že stávající širokogamutové monitory nemají problém s vykrytím těchto "problematických" barev, spíše bych spatřoval ryze positivní přínos především v přechodu (např.) na 16bitové zpracování barev nejen v monitoru samotném, ale i na straně videokarty. Tím by se zvýšila významně přesnost zobrazení právě u těchto sekundárních barev (sekundárních v režimu RGB samozřejmě). Ale i tak v současnosti v režimu 8/16 (tedy 8 bitů na straně videokarty a 16 bitů na straně LUT elektroniky monitoru) je maximální vizuální odchylka od požadované barvy kolem 1,8-2 dE(v). Kdyby se celý řetězec zpřesnil na alespoň 10/16, žádných dalších barev k dosavadnímu RGB již netřeba...
Současná situace ve specifikacích je na to nachystaná (DisplayPort), ale praxe nikoliv a krom specializovaných aplikací (monitory s grafickými kartami pro lékařství RTG a pod.) se to zatím nevyrábí v dostupném měřítku...
Podle mě přechod na (např.) 10/16bitové zpracování by byl mnohem levnější a efektivnější, než výroba RGBCY panelů... :)
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
1. 6. 2009 - 11:05https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseno-X: vzhledem k tomu, že stávající širokogamutové monitory nemají problém s vykrytím těchto "problematických" barev, spíše bych spatřoval ryze positivní přínos především v přechodu (např.) na 16bitové zpracování barev nejen v monitoru samotném, ale i na straně videokarty. Tím by se zvýšila významně přesnost zobrazení právě u těchto sekundárních barev (sekundárních v režimu RGB samozřejmě). Ale i tak v současnosti v režimu 8/16 (tedy 8 bitů na straně videokarty a 16 bitů na straně LUT elektroniky monitoru) je maximální vizuální odchylka od požadované barvy kolem 1,8-2 dE(v). Kdyby se celý řetězec zpřesnil na alespoň 10/16, žádných dalších barev k dosavadnímu RGB již netřeba...
Současná situace ve specifikacích je na to nachystaná (DisplayPort), ale praxe nikoliv a krom specializovaných aplikací (monitory s grafickými kartami pro lékařství RTG a pod.) se to zatím nevyrábí v dostupném měřítku...
Podle mě přechod na (např.) 10/16bitové zpracování by byl mnohem levnější a efektivnější, než výroba RGBCY panelů... :)https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489613
+
osobně si myslím, že záleží jen na zobrazovacím materiálu. Pokud shledali, že stávající RGB není dostatečné, proč to nevylepšit. Značná nevýhoda,ale bude v šířce jednoho pixelu.
Z vlastních zkušeností vím, že pokud se na obrazu mění čistě přechod čáry v barvách, tak je z větší blízky vidět posun. to může vést k mírnému zkreslení obrazu. A pokud bude barev pět, pak teprve bude zkreslení značně viditelné. Ale třeba i na to mají řešení.
+1
0
-1
Je komentář přínosný?
Miroslav Raus https://diit.cz/profil/noneac
1. 6. 2009 - 11:15https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseosobně si myslím, že záleží jen na zobrazovacím materiálu. Pokud shledali, že stávající RGB není dostatečné, proč to nevylepšit. Značná nevýhoda,ale bude v šířce jednoho pixelu.
Z vlastních zkušeností vím, že pokud se na obrazu mění čistě přechod čáry v barvách, tak je z větší blízky vidět posun. to může vést k mírnému zkreslení obrazu. A pokud bude barev pět, pak teprve bude zkreslení značně viditelné. Ale třeba i na to mají řešení.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489615
+
JM: aha, tak to je jiná, beru vše zpět. Pokud se Sharpu jedná o TV panel (a tedy jiný segment trhu), tak to je skutečně jiné kafe a nikoliv mé zorné pole. Tam ať si Sharp nasází třeba i 12 barev, pokud jim to kunčofti zaplatí. :-)
Díky za upozornění...
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
1. 6. 2009 - 11:24https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseJM: aha, tak to je jiná, beru vše zpět. Pokud se Sharpu jedná o TV panel (a tedy jiný segment trhu), tak to je skutečně jiné kafe a nikoliv mé zorné pole. Tam ať si Sharp nasází třeba i 12 barev, pokud jim to kunčofti zaplatí. :-)
Díky za upozornění...https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489617
+
ViktorN: Jenže počet bitů jenom zjemňuje rozlišení uvnitř RGB trojúhelníku. Barvám mimo něj, které oko vidí a které se s RGB nikdy zobrazit nedají, to nijak nepomůže.
+1
0
-1
Je komentář přínosný?
Honza748 (neověřeno) https://diit.cz
1. 6. 2009 - 11:42https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseViktorN: Jenže počet bitů jenom zjemňuje rozlišení uvnitř RGB trojúhelníku. Barvám mimo něj, které oko vidí a které se s RGB nikdy zobrazit nedají, to nijak nepomůže.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489623
+
Honza748: a co jako? Současné (dostupné a špičkové) širokogamutové monitory pokryjí více, než jste schopen současnou fotografickou a tiskovou technikou reálně obsáhnout. Jen se naráží na problém 8bitového řízení barev uvnitř, což by se dalo značně vylepšit právě mnou zmíněným 10bitovým (a více) řízením ve videokartě, při zachování 16bitové LUT tabulky v elektronice monitoru. Původně jsem reagoval tak na větu: "Zobrazování v RGB by zřejmě bylo dostačující, pokud by monitor dokázal jednotlivé složky zobrazit dokonale věrně..."
Jak jste to tedy myslel Vy? Vy byste byl schopen a ochoten zaplatit (čistě teoreticky) několik set tisíc za monitor, který by Vám pokryl např. 95 % gamutu lidského oka, přičemž stejně více jak 50 % z toho stejně nedostanete tiskem na papír, či nevyfotíte...?
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
1. 6. 2009 - 12:11https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseHonza748: a co jako? Současné (dostupné a špičkové) širokogamutové monitory pokryjí více, než jste schopen současnou fotografickou a tiskovou technikou reálně obsáhnout. Jen se naráží na problém 8bitového řízení barev uvnitř, což by se dalo značně vylepšit právě mnou zmíněným 10bitovým (a více) řízením ve videokartě, při zachování 16bitové LUT tabulky v elektronice monitoru. Původně jsem reagoval tak na větu: "Zobrazování v RGB by zřejmě bylo dostačující, pokud by monitor dokázal jednotlivé složky zobrazit dokonale věrně..."
Jak jste to tedy myslel Vy? Vy byste byl schopen a ochoten zaplatit (čistě teoreticky) několik set tisíc za monitor, který by Vám pokryl např. 95 % gamutu lidského oka, přičemž stejně více jak 50 % z toho stejně nedostanete tiskem na papír, či nevyfotíte...?https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489628
+
ViktorN: 10b z grafiky, 16b LUT a nakonec se to zobrazi na 6b TN panelu ;)
+1
0
-1
Je komentář přínosný?
qee https://diit.cz/profil/qee
1. 6. 2009 - 12:40https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseViktorN: 10b z grafiky, 16b LUT a nakonec se to zobrazi na 6b TN panelu ;)https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489636
+
ViktorN: A btw, to ze to fotak/kamera nezachyti neznamena, ze se to neda postprocessingem v sirsim gamutu posunout mimo ten puvodni...
+1
0
-1
Je komentář přínosný?
qee https://diit.cz/profil/qee
1. 6. 2009 - 12:43https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseViktorN: A btw, to ze to fotak/kamera nezachyti neznamena, ze se to neda postprocessingem v sirsim gamutu posunout mimo ten puvodni...https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489638
+
Kdyby raději přidal pixely které vyzařují infračervené záření - pak bych použil televizi jako náhradu krbu. Pokud by přidali ultrafialové pixely tak bych se zase mohl u sledování pobřežní hlídky báječně opálit.
+1
0
-1
Je komentář přínosný?
Vratislav Boch https://diit.cz/profil/vrata
1. 6. 2009 - 13:00https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseKdyby raději přidal pixely které vyzařují infračervené záření - pak bych použil televizi jako náhradu krbu. Pokud by přidali ultrafialové pixely tak bych se zase mohl u sledování pobřežní hlídky báječně opálit.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489641
+
Vrata: S tim krbem by to nefungovalo protoze by ten display nebyl v tom infra dost jasny.
A jinak ano ... aby RGB stacilo, muselo by obsahovat podporu pro zapornou cervenou. Mozna ze graficka karta bude posilat RGB data u kterych bude R se znamenkem a ty ostatni barvy budou trochu jine nez v sRGB a monitor to prevede na RGBCY protoze lepe to zobrazit nepujde ...
+1
0
-1
Je komentář přínosný?
hkmaly (neověřeno) https://diit.cz
1. 6. 2009 - 13:14https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseVrata: S tim krbem by to nefungovalo protoze by ten display nebyl v tom infra dost jasny.
A jinak ano ... aby RGB stacilo, muselo by obsahovat podporu pro zapornou cervenou. Mozna ze graficka karta bude posilat RGB data u kterych bude R se znamenkem a ty ostatni barvy budou trochu jine nez v sRGB a monitor to prevede na RGBCY protoze lepe to zobrazit nepujde ...https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489644
+
ViktorN: Tak předpokládal bych samozřejmě příslušný enhancement i u dalších zařízení. Konkrétně u tiskáren by to neměl být až takový problém, přidat další barvy.
+1
0
-1
Je komentář přínosný?
Honza748 (neověřeno) https://diit.cz
1. 6. 2009 - 13:18https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseViktorN: Tak předpokládal bych samozřejmě příslušný enhancement i u dalších zařízení. Konkrétně u tiskáren by to neměl být až takový problém, přidat další barvy.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489645
+
Qee: to je totéž, jako kdyby jste na DF porsche začal blábolit o tom, že k čemu ty nové technologie řízení motorů jsou, když stejně na trabantu víc jak 120 nevytáhnete... :-7
Honza748: tož problém to je. A hned na dvou stranách. První stranou je, že uřídit tzv. lightky je celkem brnkačka, protože v podstatě pokud máte cyan a lightcyan, pořád se jedná jen o cyan - z hlediska řízení barev. Pokud ale přidáte sekundární barvy, typicky red, green, orange, blue, případně tyrkysovou s deepblue (typicky průmyslový digitální potisk textilu), nastávají problémy s řízením těchto barev. Z hlediska CMS to jakž takž není problém (až na to, že je zapotřebí provzorkovat a následně spektrálně proměřit několik tisíc barev a z toho udělat funkční vícekanálový ICC/ICM profil). Pokud máte na mysli běžně dostupnou tiskárnu, pak ta je řízena nikoliv RIPem (který je schopen akceptovat vícekanálový ICC/ICM profil, ale stojí i několik desítek tisíc navíc), nýbrž driverem, který tuto tiskárnu (bez ohledu na počet barev) řídí jako jen a pouze RGB zařízení a takto se (jako RGB tiskárna) ukáže k disposici aplikacím. Pokud mohu porovnat klasické řízení tiskáren CMYK (+ případné light barvy) a CMYK+Orange+Red+Green+..., pak mohu konstatovat následující: další barvy jsou přínosem jen na problematické papíry (imitace plátna, matové papíry, textil a pod.), kdežto na kvalitních glossy a satinových papírech apod. již jejich přínos není ani zdaleka tak markantní (ve srovnání s cenou a s problémy, které s tím jsou spojeny)...
Na druhé straně Vám nabízím úvahu (pocházející z těžké praxe). Inkousty jsou většinou (u tohoto segmentu) na vodní bázi a tento inkoust se musí také odpařit z média. Často jsou problémy s množstvím inkoustu na médiu již v režimu CMYK (respektive cCmMYkK) a inkoust již "plave" shlukuje se a dělá mapy v oblastech vyššího krytí, papír se kroutí. A do toho byste přidal ještě další inkoust? To jen znamená další průsery.
Toto jsou postřehy z praxe. Vicebarevné systémy dobře znám a nemohu říci, že by na kvalitním materiálu přinášely další přidané barvy tak výrazné kvalitativní zlepšení (krom zmíněných canvasů a pod., kde jinak bojujete o každou píď gamutu) oproti CMYKu, který se v denzitách stejně musí utínat (většinou) a jehož gamut je zpravidla sám o sobě více než postačující. A pak ještě další drobnost - zní to možná paradoxně, ale brutální gamut není vždy výhrou. Pak se totiž barevný prostor pigmentů docela bortí a vznikaji anomálie, které přináší další problémy, projevující se například v posterizaci některých částí přechodu (na okrajích gamutu) a tak dále.
Není to tak jednoduché, jak se na první pohled zdá. A jen "přidat další barvy" zni sice pěkně, ale jen do okamžiku, kdy to máte ukočírovat a v reálu použít... a pak zjistit, že to zas tak velká výhra není.
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
1. 6. 2009 - 14:23https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseQee: to je totéž, jako kdyby jste na DF porsche začal blábolit o tom, že k čemu ty nové technologie řízení motorů jsou, když stejně na trabantu víc jak 120 nevytáhnete... :-7
Honza748: tož problém to je. A hned na dvou stranách. První stranou je, že uřídit tzv. lightky je celkem brnkačka, protože v podstatě pokud máte cyan a lightcyan, pořád se jedná jen o cyan - z hlediska řízení barev. Pokud ale přidáte sekundární barvy, typicky red, green, orange, blue, případně tyrkysovou s deepblue (typicky průmyslový digitální potisk textilu), nastávají problémy s řízením těchto barev. Z hlediska CMS to jakž takž není problém (až na to, že je zapotřebí provzorkovat a následně spektrálně proměřit několik tisíc barev a z toho udělat funkční vícekanálový ICC/ICM profil). Pokud máte na mysli běžně dostupnou tiskárnu, pak ta je řízena nikoliv RIPem (který je schopen akceptovat vícekanálový ICC/ICM profil, ale stojí i několik desítek tisíc navíc), nýbrž driverem, který tuto tiskárnu (bez ohledu na počet barev) řídí jako jen a pouze RGB zařízení a takto se (jako RGB tiskárna) ukáže k disposici aplikacím. Pokud mohu porovnat klasické řízení tiskáren CMYK (+ případné light barvy) a CMYK+Orange+Red+Green+..., pak mohu konstatovat následující: další barvy jsou přínosem jen na problematické papíry (imitace plátna, matové papíry, textil a pod.), kdežto na kvalitních glossy a satinových papírech apod. již jejich přínos není ani zdaleka tak markantní (ve srovnání s cenou a s problémy, které s tím jsou spojeny)...
Na druhé straně Vám nabízím úvahu (pocházející z těžké praxe). Inkousty jsou většinou (u tohoto segmentu) na vodní bázi a tento inkoust se musí také odpařit z média. Často jsou problémy s množstvím inkoustu na médiu již v režimu CMYK (respektive cCmMYkK) a inkoust již "plave" shlukuje se a dělá mapy v oblastech vyššího krytí, papír se kroutí. A do toho byste přidal ještě další inkoust? To jen znamená další průsery.
Toto jsou postřehy z praxe. Vicebarevné systémy dobře znám a nemohu říci, že by na kvalitním materiálu přinášely další přidané barvy tak výrazné kvalitativní zlepšení (krom zmíněných canvasů a pod., kde jinak bojujete o každou píď gamutu) oproti CMYKu, který se v denzitách stejně musí utínat (většinou) a jehož gamut je zpravidla sám o sobě více než postačující. A pak ještě další drobnost - zní to možná paradoxně, ale brutální gamut není vždy výhrou. Pak se totiž barevný prostor pigmentů docela bortí a vznikaji anomálie, které přináší další problémy, projevující se například v posterizaci některých částí přechodu (na okrajích gamutu) a tak dále.
Není to tak jednoduché, jak se na první pohled zdá. A jen "přidat další barvy" zni sice pěkně, ale jen do okamžiku, kdy to máte ukočírovat a v reálu použít... a pak zjistit, že to zas tak velká výhra není.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489654
+
Kdysi dávno jsem se něčím takovým teoreticky na škole zabýval. Poznatky jsou asi následující: Snímání lze řešit dvěma způsoby - buď "kompatibilně", tedy v RGB s tím, že u R je třeba větší rozsah, který se využije pro záporné hodnoty. Nebo nekompatibilně, ale zcela korektně - to je snímáním v XYZ. Zde není žádný problém, křivky jsou vždy kladné, takže takový filtr lze realizovat. Filtr pro X je složitější, protože má dva vrcholy. Takovýto signál lze pak využít po transformaci pro buzení libovolného displeje a displej bude vždy maximálně využit. Nevýhodou je vyšší šum (křivky nejsou tak vyrovnané jako RGB), což v praxi znamená také nutnost použít více bitů pro zpracování těchto signálů. Tam, kde v RGB stačí 8, je potřeba 10.
Pro zobrazení jsme tehdy došli k použití 4 barev. R a B zůstávají, G je více sytá než v RGBs a blíže do červené než v NTSC (AdobeRGB) a k ní se přidá Cy. Žluté světlo není potřeba. V CIE diagramu tak vznikne místo trojúhelníku čtyřúhelník, který diagram poměrně slušně vyplní. Řízení jednotlivých světel musí být přesně definováno LUT. Protože signál není výsledkem řešení jednoduché lineární rovnice jako v případě RGB, tak kvůli barevným chybám není použitelné analogové řízení, tak jak bylo běžné u CRT monitorů.
+1
0
-1
Je komentář přínosný?
Jirka1 (neověřeno) https://diit.cz
1. 6. 2009 - 18:41https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseKdysi dávno jsem se něčím takovým teoreticky na škole zabýval. Poznatky jsou asi následující: Snímání lze řešit dvěma způsoby - buď "kompatibilně", tedy v RGB s tím, že u R je třeba větší rozsah, který se využije pro záporné hodnoty. Nebo nekompatibilně, ale zcela korektně - to je snímáním v XYZ. Zde není žádný problém, křivky jsou vždy kladné, takže takový filtr lze realizovat. Filtr pro X je složitější, protože má dva vrcholy. Takovýto signál lze pak využít po transformaci pro buzení libovolného displeje a displej bude vždy maximálně využit. Nevýhodou je vyšší šum (křivky nejsou tak vyrovnané jako RGB), což v praxi znamená také nutnost použít více bitů pro zpracování těchto signálů. Tam, kde v RGB stačí 8, je potřeba 10.
Pro zobrazení jsme tehdy došli k použití 4 barev. R a B zůstávají, G je více sytá než v RGBs a blíže do červené než v NTSC (AdobeRGB) a k ní se přidá Cy. Žluté světlo není potřeba. V CIE diagramu tak vznikne místo trojúhelníku čtyřúhelník, který diagram poměrně slušně vyplní. Řízení jednotlivých světel musí být přesně definováno LUT. Protože signál není výsledkem řešení jednoduché lineární rovnice jako v případě RGB, tak kvůli barevným chybám není použitelné analogové řízení, tak jak bylo běžné u CRT monitorů.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489678
+
pre 6-bitove TN panely to bude vyrazny kvalitativny skok vpred :D ...
Inak, zabudli na ciernu farbu. A zltu, tiez na zltu zabudli... ;-)
Kazdopadne, mna by potesila >685nm cervena a hlboka zelena v primarnych filtroch. Modra tiez moze byt filtrovana na 430nm, ta vyzera kralovsky...
+1
0
-1
Je komentář přínosný?
jojo2 (neověřeno) https://diit.cz
1. 6. 2009 - 21:21https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskusepre 6-bitove TN panely to bude vyrazny kvalitativny skok vpred :D ...
Inak, zabudli na ciernu farbu. A zltu, tiez na zltu zabudli... ;-)
Kazdopadne, mna by potesila >685nm cervena a hlboka zelena v primarnych filtroch. Modra tiez moze byt filtrovana na 430nm, ta vyzera kralovsky...
https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489688
+
Takze vazeni:
CMYK ... ano CMYK jako "format" se pouzival prave proto, ze ma velmi maly gamut a tiskarny co tento zastaraly system pouzivaly, proste mohly u RGB dat ujet, i kdyz kvalitni tiskar a RIP byl schopen dat lepsi vysledek z RGB, ale pokud bych ja sam daval data do stare tiskarny, tak je taktez dam v CMYK, mimochodem neni nahoda, ze se CMYK zobrazoval v nahledech na RGB monitoru s ICC profilem ktery je taktez RGB ;-)))
K RGB RGB umi teoreticky nekonecno barev, zalezi, kolik ma bitu, ano vim ze je mnoho RGB od amaterskych AdobeRGB pro opravdu bohate RGB, ktere ovsem nelze na beznem monitoru zobrazit a pouzivaji jej jenom fajnsmekri tiskari (mimochodem, produkty adobe s tim delat neumi, to je spise domena Unixu, mimo jine tento bit. rozsah umi cinepaint a pak nektere astrologicke SW napr. z NASA). Pak zde mame bezne sRGB a otesane RGB prave na horsi tiskarny.
K Tisku a presnosti, nenechte se vysmat, dam tsiakrne, ktera uz davno neni CMYK tyhle data a budu tvrdit ze je to presnejsi ????
Dam 16bit/slozku a RIP to opravdu udela dobre, + je dobre mit profil pro dany papir a tiskarnu
A tyhle vsechny barvy jsou tam proto, ze CMYK nevyhovuje a neumi je ani teoreticky zobrazit, natoz v prenosu inkoustu na papir + to, ze se to micha vedle sebe a mate se oko ;-)) .... to mam pak termosublimacnim tiskem vetsi kvalitu, nez z CMYKu ;-)) (zvlaste profi, kde je i cerna barva na folii)
Jinak nektere barvy se pouzivaji pouze u BW fotografie a musi se to RIP programu nebo obych programu (napr. v CUPSu) nastavit (myslim, ze je to ta fotograficka cern, ktera se u starsich typu epsonu musela vymenovat a tim tu co tam byla vylije do tankeru ...)
Tvrdim tedy, ze CMYK uz je zaostaly a presnejsi barvy tim ani nahodou neziskam, ted jsem tiskl u jednoho fotografa A2 a presne co bylo na monitoru vylezlo i z tiskarny a to jsme to prosim neripovaly.
Jeste k tem RGB, kterou barvu jako ze nezobrazim napr v RGB kde bude napr 16bit na slozku, nebo dokonce 32bit/barva ?
... ale vratme se do reality, tiskarny ani moc nezvladaji plny 8bit/barvu ;-))) ... zalezi na rastru, jake barvy jsou vedle sebe etc. je to tezka matematika zkombinovana se znalosti dane tiskarny a v tom pomahaji RIP programy, mimochodem profily na rastery umi prave CUPS.
Z toho co jsem pochopil zde z rypajicich tiskne pouze jeden, co se bal, ze mu to tiskar zmrvi, ano ja si taky nechavam delat nahledy a odevzdavam data upravena tak, aby to tam obsluha pouze dala bez korekci a vylezlo to co chci ja.
Mimochodem mam profily filmu v gimpu, ktere mi hezky orezou gamut a tim se fotka da pak vytisknout i v labu, popr inkoustem a moc to nemusi automatika korigovat.
+1
0
-1
Je komentář přínosný?
Izak__ (neověřeno) https://diit.cz
1. 6. 2009 - 21:23https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseTakze vazeni:
CMYK ... ano CMYK jako "format" se pouzival prave proto, ze ma velmi maly gamut a tiskarny co tento zastaraly system pouzivaly, proste mohly u RGB dat ujet, i kdyz kvalitni tiskar a RIP byl schopen dat lepsi vysledek z RGB, ale pokud bych ja sam daval data do stare tiskarny, tak je taktez dam v CMYK, mimochodem neni nahoda, ze se CMYK zobrazoval v nahledech na RGB monitoru s ICC profilem ktery je taktez RGB ;-)))
K RGB RGB umi teoreticky nekonecno barev, zalezi, kolik ma bitu, ano vim ze je mnoho RGB od amaterskych AdobeRGB pro opravdu bohate RGB, ktere ovsem nelze na beznem monitoru zobrazit a pouzivaji jej jenom fajnsmekri tiskari (mimochodem, produkty adobe s tim delat neumi, to je spise domena Unixu, mimo jine tento bit. rozsah umi cinepaint a pak nektere astrologicke SW napr. z NASA). Pak zde mame bezne sRGB a otesane RGB prave na horsi tiskarny.
K Tisku a presnosti, nenechte se vysmat, dam tsiakrne, ktera uz davno neni CMYK tyhle data a budu tvrdit ze je to presnejsi ????
Dam 16bit/slozku a RIP to opravdu udela dobre, + je dobre mit profil pro dany papir a tiskarnu
K inkoustum, no mozna jsem to prehnal s 12 ;-))
ale:
http://www.epson.cz/content/CZ/cs_CZ/products/large_format_inkjet_printer/product_spec/CZE-Product-Specification-StylusPro11880-CS.ilocal.htm
Fotografická čerň
Azurová
Živá purpurová
Žlutá
Světle azurová
Živá světle purpurová
Šedá
Matná černá
Světle šedá
A tyhle vsechny barvy jsou tam proto, ze CMYK nevyhovuje a neumi je ani teoreticky zobrazit, natoz v prenosu inkoustu na papir + to, ze se to micha vedle sebe a mate se oko ;-)) .... to mam pak termosublimacnim tiskem vetsi kvalitu, nez z CMYKu ;-)) (zvlaste profi, kde je i cerna barva na folii)
Jinak nektere barvy se pouzivaji pouze u BW fotografie a musi se to RIP programu nebo obych programu (napr. v CUPSu) nastavit (myslim, ze je to ta fotograficka cern, ktera se u starsich typu epsonu musela vymenovat a tim tu co tam byla vylije do tankeru ...)
Tvrdim tedy, ze CMYK uz je zaostaly a presnejsi barvy tim ani nahodou neziskam, ted jsem tiskl u jednoho fotografa A2 a presne co bylo na monitoru vylezlo i z tiskarny a to jsme to prosim neripovaly.
Jeste k tem RGB, kterou barvu jako ze nezobrazim napr v RGB kde bude napr 16bit na slozku, nebo dokonce 32bit/barva ?
... ale vratme se do reality, tiskarny ani moc nezvladaji plny 8bit/barvu ;-))) ... zalezi na rastru, jake barvy jsou vedle sebe etc. je to tezka matematika zkombinovana se znalosti dane tiskarny a v tom pomahaji RIP programy, mimochodem profily na rastery umi prave CUPS.
Z toho co jsem pochopil zde z rypajicich tiskne pouze jeden, co se bal, ze mu to tiskar zmrvi, ano ja si taky nechavam delat nahledy a odevzdavam data upravena tak, aby to tam obsluha pouze dala bez korekci a vylezlo to co chci ja.
Mimochodem mam profily filmu v gimpu, ktere mi hezky orezou gamut a tim se fotka da pak vytisknout i v labu, popr inkoustem a moc to nemusi automatika korigovat.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489689
+
Izak__: V RGB (a nezáleží na počtu bitů) nezobrazíš takovou barvu, která je v CIE diagramu mimo trojúhelník, jehož vrcholy tvoří základní světla (R,G,B) pro daný barevný systém. Pro barvu mimo trojúhelník totiž vyjde některá hodnota záporná. Prakticky se jedná o azurovou, v RGBs také syté zelené.
+1
0
-1
Je komentář přínosný?
Jirka1 (neověřeno) https://diit.cz
1. 6. 2009 - 21:48https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseIzak__: V RGB (a nezáleží na počtu bitů) nezobrazíš takovou barvu, která je v CIE diagramu mimo trojúhelník, jehož vrcholy tvoří základní světla (R,G,B) pro daný barevný systém. Pro barvu mimo trojúhelník totiž vyjde některá hodnota záporná. Prakticky se jedná o azurovou, v RGBs také syté zelené.https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489691
+
moc tomu nerozumim, ale nevadi vam, ze srovnavate souctovy barevny model (RGB) s rozdilovym (CMYK)?
+1
0
-1
Je komentář přínosný?
hotovson (neověřeno) https://diit.cz
1. 6. 2009 - 22:44https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskusemoc tomu nerozumim, ale nevadi vam, ze srovnavate souctovy barevny model (RGB) s rozdilovym (CMYK)? https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489694
+
Izáku, Vy v tom máte absolutní zmatek. Zkusím to popořádku:
1) CMYK není zastaralý, nýbrž stále (a ještě hodně dlouho bude) je až moc aktuální. Pokud máte data v RGB a pustíte je přes RIP, provede se (za pomocí CMS) konverze RGB-LAB-CMYKtiskárny. Pokud data do RIPU pustíte ve CMYKu (například standardizovaná euroscale), pak se provede konverze CMYKes-LAB-CMYKtiskárny. To znamená, že v RIPU vždy ke konverzi dojde a na konci je stejně - světe div se - CMYK tiskárny. Pokud tiskárna má více pigmentů (např. Orange a Green), pak třeba do CMYKOG, ale to je spíše výjimečně, o to ale složitěji...
2) To, že přesnější barvy z CMYKu nezískáte, je ignorantský blábol. Protože pokud tisknete přímo z driveru, pak převod jest (např.) následující: RGBdata-interní převod RGB/RGB v driveru-CMYKtiskárny. Naopak pokud řídím skutečně CMYKové zařízení (subtraktivní systém) jako RGB (tedy aditivní), znamená to, že někde se děje nějaká prasečina! Pokud řídíte technologii 1:1 (v případě digitálu tedy navíc přes linearizace + přesné CMS), čemu říkáte přesnější a naopak nepřesný výstup? Maximalní odchylka dE nepřekročí jakou hodnotu? Měřil jste to někdy? Výstup z tiskárny, která je jednou řízena jako RGB a po druhé přímo jako CMYK zařízení? Že jste jen prohlásil: "paráda, zelená na fotce je nějak zelená, podobně jako na monitoru - to je rozhodně lepší než minule, kdy mi to tisklo namodralou zelenou..." to asi nebude moc přesné, že?
3) naopak, já se už docela otevřeně vysmívám Vaší naivitě (diplomaticky napsáno). Píšete, že " Tisku a presnosti, nenechte se vysmat, dam tsiakrne, ktera uz davno neni CMYK tyhle data a budu tvrdit ze je to presnejsi" a v zápětí vyjmenováváte CMYKové barvy!!! Co je koneckonců lightCyan? Stejně jako lightBlack či lightlightBlack?! Nejedná se o novou barvu/pigment, ale jen a pouze o zředěný inkoust. Stále stejný pigment, jen více zředěný bází. Takže ať počítám, jak počítám, stále docházím k číslu 4: Cyan, Magenta, Yellow, Black! :-))) Jó, kdybyste napsal ještě Orange, Green, Blue, můžeme se o tom pobavit podrobněji (ale o tom jsem se zmínil o pár příspěvků níže), ale takhle ze sebe děláte jen moulu, při vší úctě! :)Tenhle systém (CMYK + lightky) nemá větší gamut (ani o tisícinu procenta), než kdybyste z toho vytáhnul lightky a používal samotný CMYK. Light verze inkoustů jen vylepšují přechody, snižují rozeznatelnost kapičky inkoustu ve světlech a přináší problémy s celkovým množstvím ikoustu na médiu...
4) Kterou barvu v 8bitovém RGB nezobrazíte a kterou třeba v 16bitovém ano? Například v Lab (CIE je to (jen tak namátkou a pro příklad) L62,0; a52,0, b71,0. Převedeno do aRGB je to na pomezí R244-245, G105-106 a B0. Kdežto v 16bitovém RGB je to zcela jednoznačně R31483 G13621 B0. Ovšem podle toho, co tu zatím píšete, nepředpokládám, že byste mi rozuměl... :-7
5) vzhledem k tomu, že se tiskem profesionálně zabývám (z pohledu kalibrací a měření profilů i jako odborný garant dodávek tiskových systémů a také jako certifikační autorita ISO12647), troufám si o sobě tvrdit, že tomuto tématu pravděpodobně poněkud nadprůměrně rozumím (jinak bych se - lapidárně řečeno - prostě neuživil)... Ale nevylučuji, že Vy budete mít na to všechno nejspíš jiný názor. :)
+1
0
-1
Je komentář přínosný?
ViktorN (neověřeno) https://diit.cz
2. 6. 2009 - 00:09https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuseIzáku, Vy v tom máte absolutní zmatek. Zkusím to popořádku:
1) CMYK není zastaralý, nýbrž stále (a ještě hodně dlouho bude) je až moc aktuální. Pokud máte data v RGB a pustíte je přes RIP, provede se (za pomocí CMS) konverze RGB-LAB-CMYKtiskárny. Pokud data do RIPU pustíte ve CMYKu (například standardizovaná euroscale), pak se provede konverze CMYKes-LAB-CMYKtiskárny. To znamená, že v RIPU vždy ke konverzi dojde a na konci je stejně - světe div se - CMYK tiskárny. Pokud tiskárna má více pigmentů (např. Orange a Green), pak třeba do CMYKOG, ale to je spíše výjimečně, o to ale složitěji...
2) To, že přesnější barvy z CMYKu nezískáte, je ignorantský blábol. Protože pokud tisknete přímo z driveru, pak převod jest (např.) následující: RGBdata-interní převod RGB/RGB v driveru-CMYKtiskárny. Naopak pokud řídím skutečně CMYKové zařízení (subtraktivní systém) jako RGB (tedy aditivní), znamená to, že někde se děje nějaká prasečina! Pokud řídíte technologii 1:1 (v případě digitálu tedy navíc přes linearizace + přesné CMS), čemu říkáte přesnější a naopak nepřesný výstup? Maximalní odchylka dE nepřekročí jakou hodnotu? Měřil jste to někdy? Výstup z tiskárny, která je jednou řízena jako RGB a po druhé přímo jako CMYK zařízení? Že jste jen prohlásil: "paráda, zelená na fotce je nějak zelená, podobně jako na monitoru - to je rozhodně lepší než minule, kdy mi to tisklo namodralou zelenou..." to asi nebude moc přesné, že?
3) naopak, já se už docela otevřeně vysmívám Vaší naivitě (diplomaticky napsáno). Píšete, že " Tisku a presnosti, nenechte se vysmat, dam tsiakrne, ktera uz davno neni CMYK tyhle data a budu tvrdit ze je to presnejsi" a v zápětí vyjmenováváte CMYKové barvy!!! Co je koneckonců lightCyan? Stejně jako lightBlack či lightlightBlack?! Nejedná se o novou barvu/pigment, ale jen a pouze o zředěný inkoust. Stále stejný pigment, jen více zředěný bází. Takže ať počítám, jak počítám, stále docházím k číslu 4: Cyan, Magenta, Yellow, Black! :-))) Jó, kdybyste napsal ještě Orange, Green, Blue, můžeme se o tom pobavit podrobněji (ale o tom jsem se zmínil o pár příspěvků níže), ale takhle ze sebe děláte jen moulu, při vší úctě! :)Tenhle systém (CMYK + lightky) nemá větší gamut (ani o tisícinu procenta), než kdybyste z toho vytáhnul lightky a používal samotný CMYK. Light verze inkoustů jen vylepšují přechody, snižují rozeznatelnost kapičky inkoustu ve světlech a přináší problémy s celkovým množstvím ikoustu na médiu...
4) Kterou barvu v 8bitovém RGB nezobrazíte a kterou třeba v 16bitovém ano? Například v Lab (CIE je to (jen tak namátkou a pro příklad) L62,0; a52,0, b71,0. Převedeno do aRGB je to na pomezí R244-245, G105-106 a B0. Kdežto v 16bitovém RGB je to zcela jednoznačně R31483 G13621 B0. Ovšem podle toho, co tu zatím píšete, nepředpokládám, že byste mi rozuměl... :-7
5) vzhledem k tomu, že se tiskem profesionálně zabývám (z pohledu kalibrací a měření profilů i jako odborný garant dodávek tiskových systémů a také jako certifikační autorita ISO12647), troufám si o sobě tvrdit, že tomuto tématu pravděpodobně poněkud nadprůměrně rozumím (jinak bych se - lapidárně řečeno - prostě neuživil)... Ale nevylučuji, že Vy budete mít na to všechno nejspíš jiný názor. :)https://diit.cz/clanek/sharp-pracuje-na-displeji-s-peti-zakladnimi-barvami-rgbcy/diskuse#comment-489699
+
To by me zajimalo, jak bude vypadat ten pixel...
Tak to se neuplatni, proc ?
1. muselo by to mit velmi male body, aby bylo mozno zobrazit tolik barev a oko to slilo do jede.
2. graficke karty umi pouze RGB
3. to co pisi o bravach je hezka blbost, RGB lze namicjat uplne vsechny barvy, co vidi oko, oko ma totiz uplne stejny system. Kdyz pridam RGB na 10-14bit, tak zobrazim vse, co umi oko a mozna i vice.
mimochodem, CMYK nema zdaleka tak bohaty gamut jako RGB, presto nekteri nymandi dodnes tuhle zvrhlost pouzivaji, ackoliv uz CMYK tiskarny, kvuli kterym se to delalo vlastnen nejsou a pouziva se 8 nebo dokonce 12 bar. takze je mnohem lepsi dat vstup v RGB a prohnat to pres RIP .... tudiz vazne nechapu, ktera chtra hlava vymyslela, ze pridanim 2 barev z CMYKu dosahne neceho lepsiho
Izak__: Omyl, potreboval bys minimalne pro cervenou i zaporny hodnoty (viz definici barevnyho prostoru XYZ) - a zaporny svetlo jaksi nevyrobis, ze jo - anebo mnohem dokonalejsi zeleny luminofory, coz je zatim taky problem. Jenom ta zluta mi nejde do hlavy, protoze zlutou RGB umi popsat celkem slusne (i obycejny sRGB). Ta azurova by pomohla docela dost, byt neresi problem s jasne zelenou, ale urcite ne takova, jakou maji v tom logu.
2 Izak__
Mohl bych Vám vysvětlit proč mají pravdu, ale nechce se mi to tu všechno popisovat :-D
2 qee
Ta žlutá je mi také záhadou. Ale nejspíš to bude pomocný kanál samostatně nefunkční.
Já jsem jeden z těch nýmandů co používají dnes a denně CMYK. Nepoužívám ho proto že bych o RGB nikdy neslyšel ale spíše proto že chci mít své tisky pod kontrolou. Bohužel žádná normální laserovka ani ofsetová tiskárna většinou nepoužívá 12 a více barev ale v základu právě a jedině ten špatný CMYK. A pokud tedy chci aby tiskárna vytiskla na papír například 100%M + 100%Y tak mnohem raději zadám právě tyto hodnoty protože mám velmi přesnou představu jak výsledek bude vypadat. Pokud bych zadal 256R tak bych se musel spolehnout na to jak se RIP vyhajal (případně jeho obsluha) a zda bude dostatečně inteligentní aby 256R převedl na 100M100Y a ne na 98M+99Y+2C+1K. My nýmandi totiž máme velmi neradi když si tiskárna tiskne barvy jak sama uzná za vhodné ale samozřejmě někomu na nějakém tom procentu nesejde. Mimochodem RGB se v tisku používá díky Microsoftu a jeho "geniálním" nápadem použít stejný model pro tisk jako pro vykreslování na obrazovce.
Pokud jde o ten monitor tak si popravdě moc nedokážu představit čím to hodlají krmit (myšleno data) ale asi půjde o nějakou grafiku s dvěma výstupy kdy se upraví driver tak aby jedním kabelem jelo RGB a druhým CY - myslím že by to šlo zařídit pouhou softwarovou úpravou. Nebo by to mohlo mít nějakou svou vlastní inteligenci která by přepracovala RGB data na RGBCY (což předpokládám). Nicéně pochybuju že to bude mít až takový přínos ale nechme se překvapit.
Izak: A který konkrétní CMYK se kterým konkrétním RGB srovnáváte? Víte, on totiž není cmyk jako cmyk, stejně rgb jako rgb... :-7
A mezi těch 12 barev počítáte i light pigmenty? No LOL teda.
Ono hlavne aby se tohle vyuzilo, tak je potreba mit nove snimace (kamery, fotaky ...) ktere snimaji v RGBCY, nebo jinak poridit/vyrobit data v RGBCY. Pokud se vezmou soucasna data (obrazky, videa ....) ktera jsou v RGB, tak jejich zobrazenim na RGBCY se nic nezlepsi.
Jinak lidi vnimaji svetlo mezi cca 400 a 800 nanometry vlnove delky a RGB jsou v podstate jen 3 vlnove delky v tom spektru, jejichz kombinaci lze vytvorit "pomerne dobrou" iluzi ostatnich barev .... kdyz se pridaji dalsi dve, bude holt barevne podani o neco vernejsi...
Ty 3 vlnove delky na "oblbnuti" lidskeho zraku a vytvoreni vetsiny barev staci, neb nepresnosti dane technologii (treba cerna neni na zadnem monitoru opravdu cerna ale jen velmi tmave seda, atd ...) jsou obvykle vetsi nez prepresnosti dane tim ze pouzivam "jen" RGB a ne spojite spektrum.
dodatek: a které RGB konkrétně má úplně stejný rozsah jako lidské oko, Izaku? Nestačím se divit... :)
cca každý 10-tý muž je farboslepý (aspoň čiastočne). Takže monitor pre ženy?
bilbo: Tam jde o to, ze v oku jsou jenom tri typy cipku snimajicich barvy. (Zensky muzou mit vyjimecne i vic, pokud maji v kazdym chromozomu X kod pro trochu jinou vlnovou dylku.) Tudiz myslenka je takova, ze pokud najdes vlnovy dylky, kteryma vybudis jednotlivy typy nezavisle na ostatnich, dokazes namodelovat v podstate libovolnou barvu...
Jak psal bilbo - nejprve potrebujeme nasnimat obraz ne v RGB, ale taky v RGBCY a pak ho muzeme plnohodnotne zobrazit, jinak zobrazeni RGB okdovaneho zdroje na RGBCY monitoru moc zazraku neudela.
Jsem skutecne zvedavej, co z toho vyleze, ja testuju barevnou kvalitu monitoru tim, ze mam specialni vysokokvalitni fotky kastanu. Maloktery monitor dokaze zobrazit skutecne krasne vernou hlubokou kastanovou hnedou. Bud je do cervena, nebo zluta, nebo je to sede... Zatim jediny monitor mne prekvapil (prijemne), jinak to byla vzdy bida.
bilbo: vsak im prave aj o to ide, ak vyhlasia vsetky firmy za standart RGBCY tak si predstav ze budu musiet vsetko nato prerabat, tak isto ako to robia teraz z DVD do BD a neskor do tiez niecoho, oni to volaju vyvoj, v podstate je to to iste
Magy: A muzes se podelit o ten model, co te prijemne prekvapil? Diky...
Toz zo snimanim CMYK nevidim ziaden problem. Neviem ci sa este nejake take fotaky robia ale stary Olympus 3003 to bol tusim (ziadne delo tak ma nekamenujte) mal CMY CCD a nie RGB (ICX252AK). Takze technologia existuje. Osobne pevne verim ze niekto taky fotak s radostou vyrobi (alebo uz vyrobeny je) a hlavne s este vacsou predava
Magy: Gaštany zobrazí fajn, ale nerobí mu problémy zobrazenie modrej a zelenej?
Magy: tiez by som bol rad keby si nam to prezradil
Ano, mě by to též zajímalo. Jsem zvyklý zobrazovat stovky kaštanů denně a klavitní kaštanová hněď je tedy pro mě u monitoru zcela zásadní. Myslím, že by se nad tím měli výrobci zamyslet a vytvořit nějaký certifikát kvality, něco jako "KaštanCertified".
Max__ : Pokial ale ten tvoj fotak neukladal fotky v RAW, tak je to nanic. Ak to bude ulozene v JPEG tak sa povodna informacia strati.
A to celé budou prodávat s TN panelem :-)
Prozradim ze to byl jeden z rady trosku drazsich EIZO, ktere si ale mnoho lidi kupuje prave pro vysokou kvalitu.
Samozrejme tady neuvazuji o monitorech, ktere nejsou v kategorii pro "normalne" smrtelniky jako Barco nebo LaCie.
Erkil1452 tvoje ironie je hezka, ale zklamu te, je to jenom muj vizualni "test". Jsem jaksi citlivej prave na tenhle odstin a priste si proste jeden hezky kastan vem, odfot a dej zobrazit na monitoru a ten kastan si pridrz u monitoru na porovnani, uvidime do jake miry budes mit tu hnedou vernou.
Já osobně to beru jako nesmysl a výstřel do prázdna jen pro zajímavost a publicitu.
Reálně - širokogamutové monitory již nejsou vzácností. Jsou kvalitní s interní elektronikou a kalibrovatelnou LUT tabulkou pro profesionální použití (EIZO CG221, CG242...), případně i cenově dostupnější pro obyčejné ouřady od dalších výrobců (ale často už s horší kvalitou řízení barev, koneckonců za tu cenu...).
Tyto monitory nemají problém obsáhnout gamut jak současné fotografické techniky, tak i tisku (digitálního i konvenčního). To znamená s bohatou rezervou včetně problematické azurové a (nikoliv tak zásadní) žluté. Cena těchto špičkových monitorů se pohybuje v rozpětí 40-95tis bez dph (profesionální kategorie).
U monitoru od Sharpu - v čem bych viděl problém? Hned v několika věcech:
1) místo 3 prvků a filtrů hned 5 prvků a filtrů. Troufám si předpokládat, že jen díky tomu bych očekával asi o 60-80 % vyšší cenu panelu oproti konvenčnímu (zpočátku samozřejmě ještě více). O problémech výrobních (a úmrtnosti pixelů ani nemluvě).
2) náročnější elektronika, kdy stávající nebude možné použít, musí se udělat komplet z gruntu nová. To s cenou rovněž zamává.
3) nové grafické karty, respektive jiný způsob práce s barvou. Zde bych to rozdělil na dvě části:
a) konverzi bude dělat elektronika v monitoru a pak tedy stačí jen klasické (například) DVI/DP připojení RGB a v monitoru se zobrazení překonvertuje na RGBCY. Proč ne? Pokud bude dobře udělaná a rychlá elektronika, kvalitní LUT a kvalitní CMS (na straně OS/grafárny), proč ne? Až opět na tu cenu navíc teda...
b) bude zapotřebí nové videokarty, která zvládá pětikanálové zpracování, což vidím, jak výrobci z toho budou nadšení a uživatelé budou radostně mlátit šrajtoflama o obchodní pulty, o novém standardu konektotu a připojení už ani nemluvě, leda že by se upravil DP ve své specifikaci...
To jen ve stručnosti (těch bodů by ještě mohlo býti více), ale i tak sečteno podtrženo - je to podle mého názoru jen marketingový PR, podobně jako před lety se Sony LDSHOT: http://www.cdr.cz/a/4889 a pak následně http://www.cdr.cz/a/4897. Také zde je po úvodním humbuku ticho po pěšině... :)
oprava překlepu: "...novém standardu konektoru a připojení už ani nemluvě..."
Podle mě někteří míchají jablka a hrušky. Je třeba si uvědomit, že se Sharp chystá >zobrazovat< v RGBCY; nikoli že by tvrdil, že RGB není dostačující jako formát pro >uchování< dat. A to je rozdíl. Zobrazování v RGB by zřejmě bylo dostačující, pokud by monitor dokázal jednotlivé složky zobrazit dokonale věrně. Problém je zřejmě v tom, že určité vlnové délky nedokáže věrně interpretovat - ne proto, že je RGB jako formát nedostačující, ale proto, že je implementace dané technologie nedokonalá a zřejmě není snadné ji vylepšit. Sharp tedy hodlá vykrýt ta slabá místa pomocí C a Y. Tahle varianta mi jako jediná dává smysl.
Jinak převodníky většiny moderních čipů jsou programovatelné, takže se z nich dá vytlačit mnoho různých barevných formátů, ale problém je, že část obvodů je stále fixní a navržená pouze pro tři kanály. Pokud ovšem display bude fungovat na tom principu, jaký očekávám (tzn. C a Y má řešit slabiny konkrétní implementace RGB, nikoli rozšiřovat RGB formát), pak by podpora ze strany grafické karty nemusela být zapotřebí, protože by si monitor sám (vlastní elektronikou) určoval, pro které odstíny z RGB signálu využije C a Y pixely a převáděl si RGB na RGBCY sám.
no-X: Jasně že je to myšleno takto.
ViktorN a ostatní:
a) Není to cíleno na "monitory", ale na hlavní tržní cíl SHARPu = velkoplošné LCD TV panely. Viz ostatně HD TV rozlišení 1920×1080 a rozměr nad 60"
b) Je to logickým rozšířením stávajícího Aquos systému s jeho "four-wavelength backlight system"
Izak__: RGB nezobrazuje ani omylem to, co oko vidí. Tady si to nastuduj, než začneš příště zase blábolit: http://en.wikipedia.org/wiki/RGB
Trochu víc o "Five-Wavelength Backlight System" našel google tady:
http://www.sharp.ca/pdf/br_LC65SE94U_pdf.pdf
no-X: vzhledem k tomu, že stávající širokogamutové monitory nemají problém s vykrytím těchto "problematických" barev, spíše bych spatřoval ryze positivní přínos především v přechodu (např.) na 16bitové zpracování barev nejen v monitoru samotném, ale i na straně videokarty. Tím by se zvýšila významně přesnost zobrazení právě u těchto sekundárních barev (sekundárních v režimu RGB samozřejmě). Ale i tak v současnosti v režimu 8/16 (tedy 8 bitů na straně videokarty a 16 bitů na straně LUT elektroniky monitoru) je maximální vizuální odchylka od požadované barvy kolem 1,8-2 dE(v). Kdyby se celý řetězec zpřesnil na alespoň 10/16, žádných dalších barev k dosavadnímu RGB již netřeba...
Současná situace ve specifikacích je na to nachystaná (DisplayPort), ale praxe nikoliv a krom specializovaných aplikací (monitory s grafickými kartami pro lékařství RTG a pod.) se to zatím nevyrábí v dostupném měřítku...
Podle mě přechod na (např.) 10/16bitové zpracování by byl mnohem levnější a efektivnější, než výroba RGBCY panelů... :)
osobně si myslím, že záleží jen na zobrazovacím materiálu. Pokud shledali, že stávající RGB není dostatečné, proč to nevylepšit. Značná nevýhoda,ale bude v šířce jednoho pixelu.
Z vlastních zkušeností vím, že pokud se na obrazu mění čistě přechod čáry v barvách, tak je z větší blízky vidět posun. to může vést k mírnému zkreslení obrazu. A pokud bude barev pět, pak teprve bude zkreslení značně viditelné. Ale třeba i na to mají řešení.
JM: aha, tak to je jiná, beru vše zpět. Pokud se Sharpu jedná o TV panel (a tedy jiný segment trhu), tak to je skutečně jiné kafe a nikoliv mé zorné pole. Tam ať si Sharp nasází třeba i 12 barev, pokud jim to kunčofti zaplatí. :-)
Díky za upozornění...
ViktorN: Jenže počet bitů jenom zjemňuje rozlišení uvnitř RGB trojúhelníku. Barvám mimo něj, které oko vidí a které se s RGB nikdy zobrazit nedají, to nijak nepomůže.
Honza748: a co jako? Současné (dostupné a špičkové) širokogamutové monitory pokryjí více, než jste schopen současnou fotografickou a tiskovou technikou reálně obsáhnout. Jen se naráží na problém 8bitového řízení barev uvnitř, což by se dalo značně vylepšit právě mnou zmíněným 10bitovým (a více) řízením ve videokartě, při zachování 16bitové LUT tabulky v elektronice monitoru. Původně jsem reagoval tak na větu: "Zobrazování v RGB by zřejmě bylo dostačující, pokud by monitor dokázal jednotlivé složky zobrazit dokonale věrně..."
Jak jste to tedy myslel Vy? Vy byste byl schopen a ochoten zaplatit (čistě teoreticky) několik set tisíc za monitor, který by Vám pokryl např. 95 % gamutu lidského oka, přičemž stejně více jak 50 % z toho stejně nedostanete tiskem na papír, či nevyfotíte...?
ViktorN: 10b z grafiky, 16b LUT a nakonec se to zobrazi na 6b TN panelu ;)
ViktorN: A btw, to ze to fotak/kamera nezachyti neznamena, ze se to neda postprocessingem v sirsim gamutu posunout mimo ten puvodni...
Kdyby raději přidal pixely které vyzařují infračervené záření - pak bych použil televizi jako náhradu krbu. Pokud by přidali ultrafialové pixely tak bych se zase mohl u sledování pobřežní hlídky báječně opálit.
Vrata: S tim krbem by to nefungovalo protoze by ten display nebyl v tom infra dost jasny.
A jinak ano ... aby RGB stacilo, muselo by obsahovat podporu pro zapornou cervenou. Mozna ze graficka karta bude posilat RGB data u kterych bude R se znamenkem a ty ostatni barvy budou trochu jine nez v sRGB a monitor to prevede na RGBCY protoze lepe to zobrazit nepujde ...
ViktorN: Tak předpokládal bych samozřejmě příslušný enhancement i u dalších zařízení. Konkrétně u tiskáren by to neměl být až takový problém, přidat další barvy.
Qee: to je totéž, jako kdyby jste na DF porsche začal blábolit o tom, že k čemu ty nové technologie řízení motorů jsou, když stejně na trabantu víc jak 120 nevytáhnete... :-7
Honza748: tož problém to je. A hned na dvou stranách. První stranou je, že uřídit tzv. lightky je celkem brnkačka, protože v podstatě pokud máte cyan a lightcyan, pořád se jedná jen o cyan - z hlediska řízení barev. Pokud ale přidáte sekundární barvy, typicky red, green, orange, blue, případně tyrkysovou s deepblue (typicky průmyslový digitální potisk textilu), nastávají problémy s řízením těchto barev. Z hlediska CMS to jakž takž není problém (až na to, že je zapotřebí provzorkovat a následně spektrálně proměřit několik tisíc barev a z toho udělat funkční vícekanálový ICC/ICM profil). Pokud máte na mysli běžně dostupnou tiskárnu, pak ta je řízena nikoliv RIPem (který je schopen akceptovat vícekanálový ICC/ICM profil, ale stojí i několik desítek tisíc navíc), nýbrž driverem, který tuto tiskárnu (bez ohledu na počet barev) řídí jako jen a pouze RGB zařízení a takto se (jako RGB tiskárna) ukáže k disposici aplikacím. Pokud mohu porovnat klasické řízení tiskáren CMYK (+ případné light barvy) a CMYK+Orange+Red+Green+..., pak mohu konstatovat následující: další barvy jsou přínosem jen na problematické papíry (imitace plátna, matové papíry, textil a pod.), kdežto na kvalitních glossy a satinových papírech apod. již jejich přínos není ani zdaleka tak markantní (ve srovnání s cenou a s problémy, které s tím jsou spojeny)...
Na druhé straně Vám nabízím úvahu (pocházející z těžké praxe). Inkousty jsou většinou (u tohoto segmentu) na vodní bázi a tento inkoust se musí také odpařit z média. Často jsou problémy s množstvím inkoustu na médiu již v režimu CMYK (respektive cCmMYkK) a inkoust již "plave" shlukuje se a dělá mapy v oblastech vyššího krytí, papír se kroutí. A do toho byste přidal ještě další inkoust? To jen znamená další průsery.
Toto jsou postřehy z praxe. Vicebarevné systémy dobře znám a nemohu říci, že by na kvalitním materiálu přinášely další přidané barvy tak výrazné kvalitativní zlepšení (krom zmíněných canvasů a pod., kde jinak bojujete o každou píď gamutu) oproti CMYKu, který se v denzitách stejně musí utínat (většinou) a jehož gamut je zpravidla sám o sobě více než postačující. A pak ještě další drobnost - zní to možná paradoxně, ale brutální gamut není vždy výhrou. Pak se totiž barevný prostor pigmentů docela bortí a vznikaji anomálie, které přináší další problémy, projevující se například v posterizaci některých částí přechodu (na okrajích gamutu) a tak dále.
Není to tak jednoduché, jak se na první pohled zdá. A jen "přidat další barvy" zni sice pěkně, ale jen do okamžiku, kdy to máte ukočírovat a v reálu použít... a pak zjistit, že to zas tak velká výhra není.
Kdysi dávno jsem se něčím takovým teoreticky na škole zabýval. Poznatky jsou asi následující: Snímání lze řešit dvěma způsoby - buď "kompatibilně", tedy v RGB s tím, že u R je třeba větší rozsah, který se využije pro záporné hodnoty. Nebo nekompatibilně, ale zcela korektně - to je snímáním v XYZ. Zde není žádný problém, křivky jsou vždy kladné, takže takový filtr lze realizovat. Filtr pro X je složitější, protože má dva vrcholy. Takovýto signál lze pak využít po transformaci pro buzení libovolného displeje a displej bude vždy maximálně využit. Nevýhodou je vyšší šum (křivky nejsou tak vyrovnané jako RGB), což v praxi znamená také nutnost použít více bitů pro zpracování těchto signálů. Tam, kde v RGB stačí 8, je potřeba 10.
Pro zobrazení jsme tehdy došli k použití 4 barev. R a B zůstávají, G je více sytá než v RGBs a blíže do červené než v NTSC (AdobeRGB) a k ní se přidá Cy. Žluté světlo není potřeba. V CIE diagramu tak vznikne místo trojúhelníku čtyřúhelník, který diagram poměrně slušně vyplní. Řízení jednotlivých světel musí být přesně definováno LUT. Protože signál není výsledkem řešení jednoduché lineární rovnice jako v případě RGB, tak kvůli barevným chybám není použitelné analogové řízení, tak jak bylo běžné u CRT monitorů.
pre 6-bitove TN panely to bude vyrazny kvalitativny skok vpred :D ...
Inak, zabudli na ciernu farbu. A zltu, tiez na zltu zabudli... ;-)
Kazdopadne, mna by potesila >685nm cervena a hlboka zelena v primarnych filtroch. Modra tiez moze byt filtrovana na 430nm, ta vyzera kralovsky...
Takze vazeni:
CMYK ... ano CMYK jako "format" se pouzival prave proto, ze ma velmi maly gamut a tiskarny co tento zastaraly system pouzivaly, proste mohly u RGB dat ujet, i kdyz kvalitni tiskar a RIP byl schopen dat lepsi vysledek z RGB, ale pokud bych ja sam daval data do stare tiskarny, tak je taktez dam v CMYK, mimochodem neni nahoda, ze se CMYK zobrazoval v nahledech na RGB monitoru s ICC profilem ktery je taktez RGB ;-)))
K RGB RGB umi teoreticky nekonecno barev, zalezi, kolik ma bitu, ano vim ze je mnoho RGB od amaterskych AdobeRGB pro opravdu bohate RGB, ktere ovsem nelze na beznem monitoru zobrazit a pouzivaji jej jenom fajnsmekri tiskari (mimochodem, produkty adobe s tim delat neumi, to je spise domena Unixu, mimo jine tento bit. rozsah umi cinepaint a pak nektere astrologicke SW napr. z NASA). Pak zde mame bezne sRGB a otesane RGB prave na horsi tiskarny.
K Tisku a presnosti, nenechte se vysmat, dam tsiakrne, ktera uz davno neni CMYK tyhle data a budu tvrdit ze je to presnejsi ????
Dam 16bit/slozku a RIP to opravdu udela dobre, + je dobre mit profil pro dany papir a tiskarnu
K inkoustum, no mozna jsem to prehnal s 12 ;-))
ale:
http://www.epson.cz/content/CZ/cs_CZ/products/large_format_inkjet_printe...
Fotografická čerň
Azurová
Živá purpurová
Žlutá
Světle azurová
Živá světle purpurová
Šedá
Matná černá
Světle šedá
A tyhle vsechny barvy jsou tam proto, ze CMYK nevyhovuje a neumi je ani teoreticky zobrazit, natoz v prenosu inkoustu na papir + to, ze se to micha vedle sebe a mate se oko ;-)) .... to mam pak termosublimacnim tiskem vetsi kvalitu, nez z CMYKu ;-)) (zvlaste profi, kde je i cerna barva na folii)
Jinak nektere barvy se pouzivaji pouze u BW fotografie a musi se to RIP programu nebo obych programu (napr. v CUPSu) nastavit (myslim, ze je to ta fotograficka cern, ktera se u starsich typu epsonu musela vymenovat a tim tu co tam byla vylije do tankeru ...)
Tvrdim tedy, ze CMYK uz je zaostaly a presnejsi barvy tim ani nahodou neziskam, ted jsem tiskl u jednoho fotografa A2 a presne co bylo na monitoru vylezlo i z tiskarny a to jsme to prosim neripovaly.
Jeste k tem RGB, kterou barvu jako ze nezobrazim napr v RGB kde bude napr 16bit na slozku, nebo dokonce 32bit/barva ?
... ale vratme se do reality, tiskarny ani moc nezvladaji plny 8bit/barvu ;-))) ... zalezi na rastru, jake barvy jsou vedle sebe etc. je to tezka matematika zkombinovana se znalosti dane tiskarny a v tom pomahaji RIP programy, mimochodem profily na rastery umi prave CUPS.
Z toho co jsem pochopil zde z rypajicich tiskne pouze jeden, co se bal, ze mu to tiskar zmrvi, ano ja si taky nechavam delat nahledy a odevzdavam data upravena tak, aby to tam obsluha pouze dala bez korekci a vylezlo to co chci ja.
Mimochodem mam profily filmu v gimpu, ktere mi hezky orezou gamut a tim se fotka da pak vytisknout i v labu, popr inkoustem a moc to nemusi automatika korigovat.
Izak__: V RGB (a nezáleží na počtu bitů) nezobrazíš takovou barvu, která je v CIE diagramu mimo trojúhelník, jehož vrcholy tvoří základní světla (R,G,B) pro daný barevný systém. Pro barvu mimo trojúhelník totiž vyjde některá hodnota záporná. Prakticky se jedná o azurovou, v RGBs také syté zelené.
moc tomu nerozumim, ale nevadi vam, ze srovnavate souctovy barevny model (RGB) s rozdilovym (CMYK)?
Izáku, Vy v tom máte absolutní zmatek. Zkusím to popořádku:
1) CMYK není zastaralý, nýbrž stále (a ještě hodně dlouho bude) je až moc aktuální. Pokud máte data v RGB a pustíte je přes RIP, provede se (za pomocí CMS) konverze RGB-LAB-CMYKtiskárny. Pokud data do RIPU pustíte ve CMYKu (například standardizovaná euroscale), pak se provede konverze CMYKes-LAB-CMYKtiskárny. To znamená, že v RIPU vždy ke konverzi dojde a na konci je stejně - světe div se - CMYK tiskárny. Pokud tiskárna má více pigmentů (např. Orange a Green), pak třeba do CMYKOG, ale to je spíše výjimečně, o to ale složitěji...
2) To, že přesnější barvy z CMYKu nezískáte, je ignorantský blábol. Protože pokud tisknete přímo z driveru, pak převod jest (např.) následující: RGBdata-interní převod RGB/RGB v driveru-CMYKtiskárny. Naopak pokud řídím skutečně CMYKové zařízení (subtraktivní systém) jako RGB (tedy aditivní), znamená to, že někde se děje nějaká prasečina! Pokud řídíte technologii 1:1 (v případě digitálu tedy navíc přes linearizace + přesné CMS), čemu říkáte přesnější a naopak nepřesný výstup? Maximalní odchylka dE nepřekročí jakou hodnotu? Měřil jste to někdy? Výstup z tiskárny, která je jednou řízena jako RGB a po druhé přímo jako CMYK zařízení? Že jste jen prohlásil: "paráda, zelená na fotce je nějak zelená, podobně jako na monitoru - to je rozhodně lepší než minule, kdy mi to tisklo namodralou zelenou..." to asi nebude moc přesné, že?
3) naopak, já se už docela otevřeně vysmívám Vaší naivitě (diplomaticky napsáno). Píšete, že " Tisku a presnosti, nenechte se vysmat, dam tsiakrne, ktera uz davno neni CMYK tyhle data a budu tvrdit ze je to presnejsi" a v zápětí vyjmenováváte CMYKové barvy!!! Co je koneckonců lightCyan? Stejně jako lightBlack či lightlightBlack?! Nejedná se o novou barvu/pigment, ale jen a pouze o zředěný inkoust. Stále stejný pigment, jen více zředěný bází. Takže ať počítám, jak počítám, stále docházím k číslu 4: Cyan, Magenta, Yellow, Black! :-))) Jó, kdybyste napsal ještě Orange, Green, Blue, můžeme se o tom pobavit podrobněji (ale o tom jsem se zmínil o pár příspěvků níže), ale takhle ze sebe děláte jen moulu, při vší úctě! :)Tenhle systém (CMYK + lightky) nemá větší gamut (ani o tisícinu procenta), než kdybyste z toho vytáhnul lightky a používal samotný CMYK. Light verze inkoustů jen vylepšují přechody, snižují rozeznatelnost kapičky inkoustu ve světlech a přináší problémy s celkovým množstvím ikoustu na médiu...
4) Kterou barvu v 8bitovém RGB nezobrazíte a kterou třeba v 16bitovém ano? Například v Lab (CIE je to (jen tak namátkou a pro příklad) L62,0; a52,0, b71,0. Převedeno do aRGB je to na pomezí R244-245, G105-106 a B0. Kdežto v 16bitovém RGB je to zcela jednoznačně R31483 G13621 B0. Ovšem podle toho, co tu zatím píšete, nepředpokládám, že byste mi rozuměl... :-7
5) vzhledem k tomu, že se tiskem profesionálně zabývám (z pohledu kalibrací a měření profilů i jako odborný garant dodávek tiskových systémů a také jako certifikační autorita ISO12647), troufám si o sobě tvrdit, že tomuto tématu pravděpodobně poněkud nadprůměrně rozumím (jinak bych se - lapidárně řečeno - prostě neuživil)... Ale nevylučuji, že Vy budete mít na to všechno nejspíš jiný názor. :)
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.