From: Andreas Auras <yak54@in...> - 2011-03-03 09:13:00
> -----Ursprüngliche Nachricht-----
> Von: Reinhard Nissl [mailto:rnissl@...]
> Gesendet: Mittwoch, 2. März 2011 21:44
> An: Xine List
> Cc: Andreas Auras
> Betreff: Re: [xine-devel] Wrong order of U and V planes in vo_frame_t
> I think, the problem is the definition of which components are named Y, U
> and V.
> According to http://en.wikipedia.org/wiki/YCbCr#Name, U is Cb and V is Cr.
> assigns Cr to U and Cb to V.
> So according to the definition used, one has to swap U and V for example
> when calling a VDPAU function named ...ycbcr() which specifies in which
> order the components Cr and Cb have to appear.
Thanks for the explanation. Regarding vdpau the supported ycbcr format
has swapped U and V planes in opposite to xine's native frame format. I was
somewhat confused because of a bug in my optimized version of function
vdpau_provide_standard_frame_data that returns the wrong U/V order.
Now i am able to fix it :)
Regarding to the yuv2rgb functions i am still wondering why i have to swap
U/V planes to get correct colors. Independend of any official standards
the interpretation of what is U and V should be consistent between a
standard xine frame and these yuv2rgb functions because both a
components of xine-lib.
Anyway with swapping U/V planes it work's for me.