This issue appears to be afflicting a number of people using a range of intel cards (915GM, 945GM, etc.) https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/149791 "Gstreamer fails to autodetect the correct video output on my hardware and ALL the videos (xvid, ogg theora, wmv) are only displayed in black & White, with both Totem and Vlc players.. Compiz is not related to this bug (it also happens when it is disabled). Workaround: launch gstreamer-properties -> Video -> Output -> X Window System (No Xv) Please note that currently Vlc continues to display videos in Black & White and the same happens in totem with the wmv format and in RealPlayer with the real video format." Another reporter of the problem adds: "If I test Xv video output on gstreamer-properties it shows black and white. If I have Totem open at the same time though, then an error is output: gstreamer-properties-Message: Error running pipeline 'X Window System (X11/XShm/Xv)': Could not initialise Xv output [xvimagesink.c(1309): gst_xvimagesink_get_xv_support (): /pipeline0/xvimagesink2: No port available]" In addition to the workaround listed above, users report another way to work around it is to "rm -r ~/.gconf/apps/totem" and then logout and login again. However, this is a kludge (and results in all totem preferences being lost). The root cause of the problem appears to be in the Intel driver. Users report that the issue is absent when running the -i810 driver.
Assigning to Zhenyu. btw, I'm not seeing this problem on my machine with gstreamer and mplayer.
Could you ask the one to post the config file of ~/.gconf/apps/totem ? Or could you ask the reporter to delete the config file content line by line (or section by section ) to see which line impact this?
Attaching my ~/.gconf/apps/totem/%gconf.xml Removing: <entry name="saturation" mtime="1200999316" type="int" value="128"> </entry> From it seems to do the trick. Let me know if I can provide more info or test something.
Created attachment 13854 [details] Totem's gconf properties
How to define if this is a driver issue? Could you run totem with other video outputs to see if this problem can be reproduced? If only Xv has this problem, could you try to test overlay Xv port?
Since I removed the saturation entry, the video has colours, but it's has less brightness/colour than without XV. Also, If I set the video to XV and do a screenshot of totem playing a video, the screenshot looks fine, but if I have autodetect and make a screenshot, the video will be black (despite I'm seeing the video). Attached an screenshot of totem playing a video. There should be a video there, and I was seeing it when I made the screenshot. I don't know what "overlay Xv port" is. Let me know if you still want me to test it, and if so how to do it (or point me to a wiki or something). Cheers.
Created attachment 14041 [details] Screenshot of totem playing a video in "autodetect" video output The video was there, but looks like with Xv it won't be captured by the screenshot
(In reply to comment #6) > > Also, If I set the video to XV and do a screenshot of totem playing a video, > the screenshot looks fine, but if I have autodetect and make a screenshot, the > video will be black (despite I'm seeing the video). > Emilio, Is this tested with the saturation entry added or removed? I think zhenyu want the test result with the entry added.. In the mean time, in your original environment with saturation entry, are you able to get color by chaning the value (currently 128) of the saturation? I think this is very likely not our bug...
I think we are pretty sure now that the "black and white image" issue is not our driver's bug.. Emilio, for the Xv issue you mentioned in comment# 6, if it still bothers you, please open a new bug for it. I'm marking this bug as NOTOURBUG. thanks.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.