>Geriau - prašom.

Kam to reikia - kad vėliau žiūrėti į burokinius veidus. Pasikartosiu, kol 
nėra naujo standarto nematau prasmės didelėje spalvų aprėptyje.

>Nei vienas įrenginys nerodo visiškai identiškai.

Čia jau kita tema - sukalibravimo ir gamintojų sugebėjimas korektiškai 
įgyvendinti spalvų "valdymą". Bet, net ir praktiškai nemaža dalis buitinių 
monitorių-TV be problemos gali rodyti etaloninį (arti jo) rec709 vaizdą.

>labai jau sudėtingai.

Bet viskas į tai ir atsiremia. Kol pramonė nenuspręs, kad jau laikas kilti 
"aukščiau" galutiniam žiūrovui žiūrint per TV programas ar grotuvą. Juk kaip 
visada viskas atsiremia tik į pinigus.

>Nes istoriškai vaizdą formuoja RGB monitorius, taip kad vaizdą apdoroti 
>kitaip nei RGB sistemoje didelės prasmės nebuvo.

Taip ir dabar visi standartai paremti tuo, kad etaloninis vaizdas yra CRT. 
Ir visokie Ycbcr ir skirti, kad priartini prie CRT. O kokia prasmė dabar 
pridėti YCM spalvas kai puikiai veikia ir RGB su spalvų maišymu iš jų?

>Dėl TV, ten kaip tik naudojama Y'UV spalvinė erdvė.

Berods Pontonas kiek kitokios nuomonės dėl YUV termino naudojimo. Bet gal 
maišau-neteisingai suprantu, ką nori pasakyti.
http://www.poynton.com/PDFs/YUV_and_luminance_harmful.pdf

>galbūt. Bet duomenys gali padidėti tik lokaliai, matricos ribose.

Nebepamenu iš matematikos matricų. Bet tai ką siūlai reiktų pridėti dar tris 
spalvas. O jos vis tiek yra duomenys, todėl nelabai įsivaizduoju kaip tai 
neatsilieptų duomenų kiekiui, kuriuos vėliau reiktų suspausti, kad būtų 
įmanoma įrašyti į fizinę laikmeną ar pan.

Pažiūrėk apie kokius duomenis kalbama filmuojant pvz. 4K vaizdą


Taip reikia  nepamiršti, kad judančiame vaizde yra ir fps'ai. Pvz.
http://www.colorlab.com/telecine/colorlab_HD_guide.pdf



-- 
ejs