GNOME Bugzilla – Bug 147555
[sdlvideosink] wrong colors when forcing YUV I420
Last modified: 2005-02-08 16:46:23 UTC
gst-launch videotestsrc ! 'video/x-raw-yuv,(fourcc)I420' ! sdlvideosink produces garbage. Other video sinks are fine. SDL version is 1.2.7
This is likely a bug in SDL
with sdl 1.2.8, this segfaults gst-launch videotestsrc ! "video/x-raw-yuv,format=(fourcc)I420" ! sdlvideosink
I have SDL 1.2.7 and with current CVS gstreamer these pipelines work well for me. Jan, Stephane can you please retest with current CVS and report back?
it opens a window, then still segfault for me (corrected pipeline from comment #2) using current CVS and sdl 1.2.8 but i don't know either if it is a bug in SDL or sdlvideosink ---------------------- just after that attempt, i recompiled SDL 1.2.8 with debug and without stripping : it does not crash anymore but colors are awfull in the window compared to the original (without forcing the YUV 4cc)
Created attachment 35089 [details] capture of the ugly colors when forcing I420
got the same kind of bad output/colors when using the videosink test of gstreamer-properties 2.9.2 (and selecting sdlvideosink) of course, using ximagesink or xvimagesink works ok (good colors)
Stephane: It looks like SDL is using a YUV9-like colorspace and calling it I420. This is perhaps excusable, since video drivers that support YUV9 were uncommon until recently. (Yes, I've looked at output like this _so many times_ that I can "just tell" what is wrong.)
Stephane: could you attach the output of 'xvinfo' on this display?
Created attachment 35112 [details] xvinfo output log, as per request
Stephane, Jan, wat videocard driver is this? I've tried the nv and nvidia drivers and they don't reproduce this.
radeon with open source drivers, and irrelevant since it is now working correctly
Closing then...