GNOME Bugzilla – Bug 525091
Provide a way to change the XV_COLORKEY
Last modified: 2008-05-06 13:40:54 UTC
This enhancement request was proposed in the Ubuntu bug tracker at https://bugs.launchpad.net/totem/+bug/198073 : "It looks like totem sets the XV_COLORKEY attribute of the xv port it uses. But it would be nice if there was a way to change this value (it's currently green). The reason is the following: I have an ATI RV100 board, with a 16 bits depth and compiz enabled. But with compiz enabled, the screen is rendered using 3d textures. In this mode, the solid colors are not exactly rendered solid, but rendered with a bit of noise. And when viewing a video with totem, there's a lot of green pixels all over the video, which is unacceptable. There's three different possible workarounds: - just don't use xv, but it uses a lot of cpu, and fulscreen video are less nice than with xv. - change the screen depth from 16 to 24, but with compiz enabled, it makes epiphany scrolling to slow. - and change the XV_COLORKEY to something else than the current green. For me, a value of 1 works fine, but it's not a good default for all users. Currently, since Totem changes this value, I need to launch totem first, then use xvattr to change XV_COLORKEY to 1, then play the video. A gconf key for this parameter would be great."
GStreamer's xvimagesink doesn't expose a way to do it, and you shouldn't even need to do it. Reassigning to GStreamer so they can work on that.
Heh. I was just about to bitch about someone requesting (yet another) workaround for compiz bugs, but then I thought "Why would it be using green? xvimagesink uses a color that is almost black." Anyway, it's not using AlmostBlack in 16 bit mode. It's using green.
Created attachment 108307 [details] [review] patch Untested patch. Should work.