On Thu, 7 Jul 2005, Matto Marjanovic wrote:
> The R'G'B' cube actually does fit entirely within the Y'CbCr cube
> (so the problem is quantization loss, not clipping). The broadcast
The clipping/coring I had in mind would come from using computer
generated RGB images - created with xv/gimp/xpaint/etc.
I forget (being on vacation) the entire thread - but it sounded like
one of the things being done was compositing computer generated
data with video data. And that _will_ cause luma and color shifts -
"luma and color pops/shifts" are a common complaint.
> The problem is that Y'CbCr is a non-linear colorspace, so any operations
> which blend pixel values don't come out quite right --- although in
... unless care is taken when doing the computations.
;)
It's possible to do it - the higher end editing applications do
their work in Y'CbCr (so as to avoid converting back/forth between
color spaces).
Cheers,
Steven Schultz
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
