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 511576 - Webcam pictures and videos have blueish color
Webcam pictures and videos have blueish color
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-01-23 16:56 UTC by Michael Monreal
Modified: 2011-05-19 06:28 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
Demo shot (9.89 KB, image/jpeg)
2008-01-23 19:38 UTC, Michael Monreal
Details
Cam shot (42.11 KB, image/jpeg)
2008-11-17 17:31 UTC, DnaX
Details
totem screenshot (743.42 KB, image/png)
2009-02-04 20:52 UTC, Axel
Details
gst-launch debug log (35.92 KB, text/plain)
2009-02-04 20:53 UTC, Axel
Details
Picture mentioned by Fabian. (7.67 KB, image/jpeg)
2009-03-21 15:45 UTC, Fabian Deutsch
Details

Description Michael Monreal 2008-01-23 16:56:22 UTC
For some time now, my "webcam" (a stv0680 device) delivers pictures and videos with a very dominant blue color.

I originally thought I was experiencing cheese bug 505538 but then I noticed my problem is not limited to cheese, it also happens in the gstreamer-properties test.

On bug 505538 there was talk of this problem being fixed in gstreamer, but for some reason I think this "fix" caused my problems in the first place. Everything worked fine until (hard to guess) about november last year, at that time I was unable to build cheese so I did not follow it's development. Then at some point I had to upgrade my gstreamer packages to verify a bug in totem was fixed and after that I resumed testing cheese, which now showed blue images. So I suspected cheese was to blame, but the test in gstreamer-properties showing the same problem now shows that I was wrong.
Comment 1 David Schleef 2008-01-23 19:33:40 UTC
Could you attach a picture demonstrating this?
Comment 2 Michael Monreal 2008-01-23 19:38:37 UTC
Created attachment 103570 [details]
Demo shot

Sorry, I really meant to attach one ;)

The pic shows a very red redhat 9 box...
Comment 3 DnaX 2008-11-17 17:31:52 UTC
Created attachment 122870 [details]
Cam shot

In the manifest there is dominant red.
Comment 4 Stefan Sauer (gstreamer, gtkdoc dev) 2008-11-24 09:56:43 UTC
It would be good to get the output of v4l-info and a debug log for

GST_DEBUG="v4l*:4" GST_DEBUG_NO_COLOR=1 gst-launch 2>debug.log v4l2src num-buffers=5 ! autovideosink

(or v4lsrc if its not v4l2). 
Comment 5 Axel 2009-02-04 20:51:41 UTC
I have same problem on Fedora 10. Video playback or video acquire with cheese used to be OK but since a few days it's now "blueish". (I don't know what I ve done which could cause that. maybe one of the automatic updates ?)

I m using nvidia driver package from the rpmfusion repository.

I launched gstreamer-properties, moving the selected entry to the "X-Window System (without Xv)" entry fixes the problem (it was previously "Autodetected"), other items doesn't change anything.



Comment 6 Axel 2009-02-04 20:52:31 UTC
Created attachment 127950 [details]
totem screenshot

I used the gnome screenshot tool. If I take the screenshot with the entry "Screenshot" from the totem "Edit" menu, the screenshot has good colors.
Comment 7 Axel 2009-02-04 20:53:03 UTC
Created attachment 127951 [details]
gst-launch debug log

gst-launch debug.log
Comment 8 Axel 2009-02-04 22:17:21 UTC
With mplayer, it seems to occur only with xv extension (using x11, opengl as video output drivers with mplayer is OK). So it may no be a gstreamer bug.
Comment 9 Jan Schmidt 2009-02-04 22:53:37 UTC
(In reply to comment #8)
> With mplayer, it seems to occur only with xv extension (using x11, opengl as
> video output drivers with mplayer is OK). So it may no be a gstreamer bug.
> 

It sounds like you need to open Totem with Xv output configure, then go to the 'preferences' dialog and fiddle with the Hue slider.
Comment 10 Axel 2009-02-04 23:16:28 UTC
You re right. I still wonder why I had to use this slider. Thanks for your help.
Comment 11 David Schleef 2009-02-05 01:15:06 UTC
You have to adjust the slider because the X driver is broken.  It's also possible that the driver doesn't follow the policy of reverting the Xv controls to the default values every time the Xv port is opened.  That behavior is not exactly broken, but merely misguided.
Comment 12 Michael Monreal 2009-02-24 10:57:52 UTC
Well I don't use the webcam which had this problem anymore but "NOTGNOME" is surely not the right solution here. As stated above, the cam used to work just fine before some gstreamer update broke it :(
Comment 13 David Schleef 2009-02-24 18:19:56 UTC
Michael: Sorry, *someone* didn't read the entire bug report before closing. :)  Axel's problem is NOTGNOME, but yours is still open.
Comment 14 Fabian Deutsch 2009-03-21 15:44:28 UTC
I don't know wheter it is the same bug, but as mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=486141 my macbook webcam just gives a greenish picture jst showing the "edges" of objects.

Is this the same or a different bug?
Comment 15 Fabian Deutsch 2009-03-21 15:45:23 UTC
Created attachment 131089 [details]
Picture mentioned by Fabian.
Comment 16 Sebastian Dröge (slomo) 2011-05-19 06:28:01 UTC
Let's close this as NOTGNOME, the original bug was a X driver bug and the related (or not) bug mentioned by Fabian does not happen for him anymore according to the Redhat bugzilla.