Description of problem: Starting cheese from the terminal, dozens of these messages appear: (cheese:14234): GStreamer-CRITICAL **: gst_util_uint64_scale_int: assertion `denom > 0' failed (cheese:14234): GStreamer-CRITICAL **: gst_util_uint64_scale_int: assertion `denom > 0' failed (cheese:14234): GStreamer-CRITICAL **: gst_util_uint64_scale_int: assertion `denom > 0' failed (cheese:14234): GStreamer-CRITICAL **: gst_util_uint64_scale_int: assertion `denom > 0' failed Cheese finally appears but only showing a black screen. I don't know if the webcam (Creative Live Cam Optia Pro, UVC driver) is detected or not. The webcam works fine with gstreamer-properties, ucview, ekiga, and skype. My i386 system is fully updated. Version-Release number of selected component (if applicable): cheese-2.22.3-1.fc9.i386 How reproducible: always
Should have mentioned that I have two video devices - the webcam, and an HDTV tuner card. In ucview, the HDTV card is the default and I have to switch it over. Cheese doesn't seem to offer a choice of devices. Also, running cheese right now, for the first time I see a screen with gray noise, so I think it's using the HDTV card by default.
Also noticed that when I get the white noise, the last error message in the terminal is (cheese:3229): GStreamer-CRITICAL **: gst_value_set_fraction: assertion `denominator != 0' failed though all the earlier lines are the same as before.
It looks like we have 2 issues here, first there are the gstreamer messages, which are a gstreamer bug, second there is the cam not working / not selectable issue. I don't know if cheese-2.22.3 has this, but in the newer cheese 2.23.90 in rawhide if you go to preferences you can change which video device to use, this is still a bit buggy (patches fixing this are attached to bug 460956 and are being merged upstream). I've just tested cheese from rawhide with a logitech UVC cam and it works fine. Any chance you could test this under rawhide ?
Sorry, I only have one fast machine and don't want to run rawhide on it. If there was a way to set the device manually in a config file or an environment variable, I could do that. Also, do you have any suggestions as to how to narrow down the gstreamer bug so I could report that separately? (Keep in mind that I really have no clue as to what gstreamer is or how it works.)
Should also mention that I have the webcam set as the default input video device with gstreamer-properties, and it works there using the "test" button. But cheese apparently still thinks the default device is the TV tuner card.
(In reply to comment #4) > Sorry, I only have one fast machine and don't want to run rawhide on it. If > there was a way to set the device manually in a config file or an environment > variable, I could do that. Also, do you have any suggestions as to how to > narrow down the gstreamer bug so I could report that separately? (Keep in mind > that I really have no clue as to what gstreamer is or how it works.) I think it alreayd is pretty narrow as is, just report your problem to: bugzilla.gnome.org with as product gstreamer and as component gstreamer-plugins-good, you might first want to check if it is not already filed though. (In reply to comment #5) > Should also mention that I have the webcam set as the default input video > device with gstreamer-properties, and it works there using the "test" button. > But cheese apparently still thinks the default device is the TV tuner card. Cheese uses hal to find out what video4linux devices there are and then uses the first one listed by hal, thus circumventing gstreamer-properties.
Reported upstream: http://bugzilla.gnome.org/show_bug.cgi?id=550667
Cheese seems to be working normally in 64-bit F10. Closing.