Dariusz K. Ładziak <d...@n...pl> napisał(a):
>
> Ale i tak, jak ju=BF chyba si=EA zgodzili=B6my, nie ma sensu wyposa=BFa=E6=
> ekranu=20
> w barwy nie reprezentowane w przestrzeni obj=EAtej przez standard sygna=B3=
> u=20
> - skoro kamera tych barw nie zarejestrowa=B3a to nie mamy podstaw =BFeby =
> je=20
> odtworzy=E6 - nic o nich nie wiemy.

To nie jest takie proste. Na wejsciu nie mamy zwykle sygnalu RGB tylko np.
jakas pochodna YUV o kilku bitach na kanal. Trzeba to zmapowac na RGB o
(znowu) kilku bitach na kanal. Nie da sie tego zrobic bez obciecia czesci
gamutu i dodania kwantyzacji. Im wieksza nadmiarowosc na wyjsciu (szersza
przestrzen) tym lepiej - mniej strat na konwersji.

Poza tym RGB tez nie rowna sie RGB. sRGB jest specyfikowany dla konkretnych
dlugosci fal poszczegolnych kolorow i dla konkretnej barwy oswietlenia. W
praktyce piksele moga sie nieco roznic od idealu, oswietlenie otoczenia tym
bardziej. Owszem, mozna to (czesciowo) skalibrowac przez skalowanie lub
kombinacje kanalow ale wtedy na czesc barw nie starczy miejsca na wyjsciu
(albo ktorys z kanalow sie przesteruje albo zmniejszymy dynamike sygnalu). Z
nadmiarowym kolorem mozliwosci kalibracji sa wieksze - wiecej przestrzeni na
wyjsciu -> mniejsza szansa, ze czesc kolorow wyjedzie poza zakres.

Przypuszczam, ze podobny efekt mialoby zwiekszenie SNR dla kazdego z trzech
kanalow ale widocznie dodanie czwartego koloru wyszlo taniej.

MD


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/