GNOME Bugzilla – Bug 756320
xvimagesink: color bars around edges with gst-libav decoders
Last modified: 2018-11-03 11:42:22 UTC
Created attachment 312987 [details] artifacts with gst-play-1.0 I'm on Fedora 23 beta with gstreamer 1.6.0. I use a Radeon HD7850 with the radeonSI drivers. When I play any video with gst-play-1.0 (tested with 1080p Big Buck Bunny) I get a weird flickering colored bar at the bottom. Also a few lines at the top and at the bottom of the video are missing. Anything I can do to get some additional information for you guys? :)
Does it happen with every video resolution and look the same? Does it work better if you use ximagesink, xvimagesink or glimagesink or are all the same?
Yes, it happens with different resolutions (even though I haven't tested ALL possible resolutions). It does not happen with ximagesink and glimagesink, only with xvimagesink and autovideosink ;) Anything else I can do?
Can you provide a debug log with GST_DEBUG=xvimage*:6 ?
Sorry for the long delay. Here you go: https://paste.gnome.org/pdc4uuvxj
I can reproduce this by playing H264/mkv movies via xvimagesink and maximising the window (so that the garbage in the top, bottom, right and left border is visible properly against the black frames), with 1.6.3 as in debian sid, and the Intel driver. However, I can't reproduce it anymore with git master as of today. I suspect it was something in gst-libav that fixed it. Please re-open if you can still reproduce this with 1.7.2 or later, thanks!
My bad, this still happens with master if the gst-libav decoders are used (it used gstreamer-vaapi decoders at first when I tested). Assigning to xvimagesink for now.
*** Bug 737782 has been marked as a duplicate of this bug. ***
Something I just noticed is that if you make the window smaller (scale down) it disappear, and if you look closely on larger window, it's not solid green, the video leaks through (except maybe for the left edge). This looks like a miss-configuration between the crop and the scaler.
*** Bug 788626 has been marked as a duplicate of this bug. ***
I wonder if XV isn't rounding the crop somehow to some multiple. I think short term we could simple add some over crop, nobody will really notice if we remove 1 pixel around the image, while clearly adding one is very visible. I also don't expect XV code to be revisited soon.
I think that would be fine.
I forgot to update, but the regression comes from a mix of glamour (the gl based XV driver) bugs and the fact that glamour alignment requirements is smaller then what we hardcore (presumably what was used in real XV drivers). The xvimagesink code is missing any kind of validation of this and is also missing proper video meta support.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/232.