After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 525091 - Provide a way to change the XV_COLORKEY
Provide a way to change the XV_COLORKEY
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: dont know
0.10.x
Other Linux
: Normal normal
: 0.10.20
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-03-30 10:20 UTC by Murat Güneş
Modified: 2008-05-06 13:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch (706 bytes, patch)
2008-03-31 04:05 UTC, David Schleef
committed Details | Review

Description Murat Güneş 2008-03-30 10:20:59 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."
Comment 1 Bastien Nocera 2008-03-30 15:25:07 UTC
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.
Comment 2 David Schleef 2008-03-31 04:03:20 UTC
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.
Comment 3 David Schleef 2008-03-31 04:05:05 UTC
Created attachment 108307 [details] [review]
patch

Untested patch.  Should work.