[Mesa-dev] [PATCH 1/9] st/vdpau: fix chroma_format handling in VideoSurfaceQueryGetPutBitsYCbCrCapabilities

[Christian König]

On 08.03.2012 00:19, Andy Furniss wrote:
> Emeric Grange wrote:
>
>> With today series I get that output :
>> http://img807.imageshack.us/img807/5593/cran07032012184105.png
>
> I see the same as you - xine works, but can be made to fail.
Well, thanks for testing. Emerics comment that the problem with your 
xine is the drawing of the background, it's just that you guys have 
another default skin set up with xine. So your xine is probably playing 
"/usr/share/xine/skins/xine-ui_logo.mpv" at startup, which in turn is 
just an MPEG1 video, which in turn we doesn't support....

> mplayer sw decode + yuy2 vdpau output is corrupted.
Yeah, still working on that. The problem is tilling related, just 
disable 2D tilling and it works like a charm. I think I've found the 
problem right now and going to send out some fixed patches in the next 
couple of minutes.

>> By the way something seemed wrong while reading mplayer's log :
>> (the use of the software scaler and the "DRI failure")
>
> The DRI failure is something I see output at the start of some streams 
> - it doesn't seem to affect anything and happens without vdpau being 
> involved.
>
> The swscaler is because the codec is outputting planar 422 but the -vo 
> needs packed, so it converts it.
Unfortunately mplayer just doesn't tries to use a planar 422 format 
(something which is really easy to support).

Christian.