Wrong colors in video-files with gstreamer on ATI

Thanks for your bug report. Can you get a screenshot of that? Which video hardware do you use? Which version of Ubuntu do you use? Can you try different options in gstreamer-properties?

Screenshot attached (no, he's not supposed to be that blueish ;))
But the tip with gstreamer-properties was great, switchting to "No Xv" seems fixe it. Blame fglrx I guess. Maybe VideoOverlay should be used in xorg.conf by default?

OK, ximagesink is really horribly slow.
And it works with totem-xine, so I'm not sure how's fault it really is.
I remeber to have had this problem a long time ago and using OpenGL as output helped with xine.
So I tried gstreamer0.10-gl, but it is horribly broken: Video is displayed in a seperate window outside of totem and a/v is completly unsynchronised. Alternatives?

do you have the same bug if you use "gst-launch-0.10 playbin uri=file:///path/to/video"? Does it happen if you use the open source ati driver?

First question: Yes, same problem
Second question: If you can give me an open driver that works with the X1300 I'll be happy to test it ;) VESA is no alternative, I need 1680x1050.

that's likely to be a fglrx xv bug, are you sure you have using the xv driver with xine? do you have the bug using xine -V xv?

Looks just fine in xine (with both Xv and OpenGL).

reassigning to gstreamer0.10 then, maybe somebody can send that upstream, they are likely to have a better idea on the bug

looks like a duplicate of bug #73102

Just so this doesn't get lost in the other bug: I'm actually seeing this color-problem in *all* video-types (MPEG2, MPEG4, Quicktime, etc), not just quicktime alone. Without NoXv (which is horribly slow), gstreamer is unusable. Xine works fine.

Please see this:

http://bugzilla.gnome.org/show_bug.cgi?id=357741

Also contains workaround.