[Nouveau] [Bug 82255] [VP2] Chroma planes are vertically stretched during VDPAU playback

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Sep 1 05:57:55 PDT 2014


https://bugs.freedesktop.org/show_bug.cgi?id=82255

--- Comment #13 from Emil Velikov <emil.l.velikov at gmail.com> ---
Created attachment 105558
  --> https://bugs.freedesktop.org/attachment.cgi?id=105558&action=edit
dump vdpau texture data

(In reply to comment #12)
> The source data is messed up. Just look at the luma/chroma planes that you
> captured.
> 
> The overall image is 1280x544. Which means that each field is 1280x272. And
> chroma would be 640x136
> 
> These look great:
> gm display -size 1280x272 gray:sv0-texture0
> gm display -size 1280x272 gray:sv0-texture1
> 
> These... don't:
> gm display -size 640x136 gray:sv1-texture0
> gm display -size 640x136 gray:sv1-texture1
> 
> Note that texture1 has *some* stuff in it... and trying to display it as
> 
> gm display -size 1280x68 gray:sv1-texture1
> 
> Shows *some* stuff, but not that much. Of course, vdpau *generally speaking*
> works on vp2, so it's highly unlikely that the decoding step is entirely
> broken. It must be some bit of sampler view setup, I guess.
> 
Never said that's it's entirely broken. Pardon if it came out like that :) 

> I'm also guessing that you somehow messed up capturing the contents of the
> chroma since it should have had 2 components, not 1 (which is probably why
> the 1280 stride works out for the chroma image that has something in it).
>
Feel free to point out how I should capture them. The patch used can be found
in the attachment :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140901/d149e632/attachment.html>


More information about the Nouveau mailing list