cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

Bug #290506 reported by andrey i. mavlyanov
486
This bug affects 49 people
Affects Status Importance Assigned to Milestone
Cheese
Unknown
High
Release Notes for Ubuntu
Invalid
Undecided
Unassigned
cheese (Ubuntu)
Invalid
Medium
Unassigned
Declined for Jaunty by Loïc Minier
Intrepid
Invalid
Undecided
Unassigned
gstreamer0.10 (Ubuntu)
Invalid
Medium
Unassigned
Declined for Jaunty by Loïc Minier
Intrepid
Invalid
Undecided
Unassigned
libv4l (Ubuntu)
Fix Released
Undecided
sharanappa1955
Declined for Jaunty by Loïc Minier
Intrepid
Invalid
Undecided
Unassigned
linux (Ubuntu)
Fix Released
Undecided
Stefan Bader
Declined for Jaunty by Loïc Minier
Intrepid
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: cheese

== Regression details ==
Discovered in version: 8.10RC
Last known good version: 8.04.1

gstreamer-based apps (gstreamer-properties, cheese) doesn't show the v4l2 video output.

cheese can configure webcam (Dell Inspiron integrated webcam) but it does not provide any output. after some time the apps hang.

vlc can play with the webcam (including sound).

the hardware:

[ 11.835433] uvcvideo: Found UVC 1.00 device Laptop Integrated Webcam (05a9:2640)
[ 11.835731] uvcvideo: Failed to query (135) UVC control 1 (unit 0) : -32 (exp. 26).
[ 11.893113] input: Laptop Integrated Webcam as /devices/pci0000:00/0000:00:1a.7/usb3/3-1/3-1:1.0/input/input11
[ 12.025138] usbcore: registered new interface driver uvcvideo

Steps to Reproduce it:

1.- Start ekiga, you should get local video
2.- Start gstreamer-properties, you should get video at the tab and video test button
3.- Start cheese and it would hang after a while
4.- Kill cheese, remove the uvcvideo (most probably this would happen with other modules, pwc, gspca) driver and reload it again
5.- Try again with ekiga or gstreamer-properties, it would work
6.- Start cheese, go to properties and configure to the lowest resolution available. Cheese would hang, kill it and it would start again.
Now you've got low resolution video

description: updated
description: updated
Revision history for this message
Robbie Williamson (robbiew) wrote :

Having the same issue with my Thinkpad X301 built-in camera. Both cheese and ekiga don't show video anymore (worked in Hardy). My hardware:

[30570.468003] Linux video capture interface: v2.00
[30570.495756] uvcvideo: Found UVC 1.00 device <unnamed> (17ef:4807)
[30570.499348] input: UVC Camera (17ef:4807) as /devices/pci0000:00/0000:00:1a.7/usb6/6-6/6-6:1.0/input/input12
[30570.508778] usbcore: registered new interface driver uvcvideo
[30570.508794] USB Video Class driver (v0.1.0)

Note: Skype works without problem.

Revision history for this message
Robbie Williamson (robbiew) wrote :

Found Debian bug related to same issue:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497924

description: updated
Revision history for this message
Robbie Williamson (robbiew) wrote :

Seems that 'cheese' is causing this, as if I unload and load the uvcvideo stack with:
  $ sudo modprobe -r uvcvideo
  $ sudo modprobe uvcvideo
both ekiga and luvcvideo work. If I start 'cheese', nothing works (except Skype) until I do another unload/load cycle.

Revision history for this message
Stefan Bader (smb) wrote :

This is a little more information taken from another uvcvideo based webcam. As far as i could find information at least camorama is needing the v4l library because it is using the v4l1 API and uvcvideo supports only v4l2. i don't know whether this is true for cheese as well.
The uvcvideo module was loaded with trace=255 and one run with camorama and one with cheese was done.

Revision history for this message
Stefan Bader (smb) wrote :
Revision history for this message
Robbie Williamson (robbiew) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

'gstreamer-properties' also works if 'cheese' is not run, or the uvcvideo module stack is recycled after 'cheese' is executed. Changing subject line to narrow the problem down to 'cheese'.

Revision history for this message
Marc Tardif (cr3) wrote :

The attached file shows the output of cheese -v. The interesting line might be:

v4l2src name=video_source device=/dev/video0 ! capsfilter name=capsfilter caps=video/x-raw-rgb,width=640,height=480,framerate=30/1;video/x-raw-yuv,width=640,height=480,framerate=30/1 ! identity

Revision history for this message
Marc Tardif (cr3) wrote :

Here is the lsbusb -v output on a Dell XPS M1330 where the webcam uses the uvcvideo kernel module, and where cheese doesn't work.

Revision history for this message
Marc Tardif (cr3) wrote :

And here is the lsusb -v output on a Toshiba Tecra M8 where the webcam also uses the uvcvideo kernel module, but where cheese works.

Revision history for this message
Marc Tardif (cr3) wrote :

From the above comment, it should be noted that the following gstreamer pipeline works just fine on laptops where cheese doesn't work:

  # gst-launch v4l2src name=video_source device=/dev/video0 ! capsfilter name=capsfilter 'caps=video/x-raw-rgb,width=640,height=480,framerate=30/1;video/x-raw-yuv,width=640,height=480,framerate=30/1' ! gconfvideosink

Note how "identity" was changed for "gconfvideosink", which doesn't quite reproduce the problem accurately.

Revision history for this message
andrey i. mavlyanov (andrey-mavlyanov) wrote :

And here is lsusb -v on the Dell 1525 where cheese does not work too

Revision history for this message
Johnny Levai (digistyl3) wrote :

Confirming this on a Dell Studio 15.
I think it worked in the beginning (Alpha 5 maybe?).

Changed in ubuntu-release-notes:
status: New → Confirmed
Revision history for this message
Eric O'Callaghan (eric1207) wrote :

Cheese also doesn't show any output (and tends to freeze when trying to close it) on my Dell Studio 15 now on Intrepid; used to work fine on Hardy.
xawtv shows output, but tends to freeze when I close it, skype works, and vlc works....

Revision history for this message
Eric O'Callaghan (eric1207) wrote :

I just realized if I open Cheese Preferences and change the resolution to either 160x120 or 176x144. Then I have to kill Cheese because it freezes when I change the resolution. After that, I ran 'sudo modprobe -r uvcvideo' and 'sudo modprobe uvcvideo' to reload the module as I saw mentioned elsewhere. Then using Cheese works fine other than it being a horrible resolution. Recording, taking photos, and effects even work.

Revision history for this message
zoomy942 (zoomy942) wrote :

I am confirming this on my Hp 2710p Tablet PC.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Hi all, i've just marked some dups from this bug with interest comments in there.

Also as is stated in bug #287888 and bug #288458 i'm adding linux kernel with uvcvideo module possibly related. (however i've tested with hardy kernel and the issue is presented there too..)

but as stated in bug #281771 this is more probably a gstreamer issue.

Changed in gstreamer0.10:
status: New → Confirmed
Changed in cheese:
status: New → Confirmed
Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

Bug #292383 is a dupe of this. Dell XPS m1330 same symptoms as described here, going to 160x120 or 176x144 and manually shutting down and restarting works. Skype and Ekiga work without problems.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

It seems that we've got a bug affecting cheese/gstreamer (bug #290506) and another one affecting uvcvideo module (bug #287888).

Revision history for this message
Michele Costantino Soccio (michelinux) wrote :

@SEAQ - Andrew Mujica

Are you sure the two bugs are not connected in any way? My luvcview works fine untile I start Cheese: it stops working only after starting Cheese. Skype, anyway, works fine everytime.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Oh, yes! i believe the both of them are related,

but it seems that there's different behaviours depending on the backend driver (uvcvideo, pwc and gspca). Also it seems that a lot of the troubles are related to gstreamer and v4l, and in the case of cheese it seems to be caused by cheese asking directly to hal instead of gong through gstreamer...

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

Andres, cheese asking hal for v4l capable devices has absolutely no relation with this bug. Please don't blame us if you don't know what you are talking about.

We just use gstreamer to access the webcam device.
The only thing we do on our own (directly accessing the device) is a VIDIOC_QUERYCAP ioctl to see if the webcam is a v4l2 or a v4l one.
I really doubt that could cause such a behavior and if so that would be still an uvcvideo issue.
Anyway why don't you guys report bugs to the proper place? If you want cheese developers to be aware of cheese issues please report them to bugzilla.gnome.org

Revision history for this message
Fabian A. Scherschel (fabsh) wrote :
Revision history for this message
zoomy942 (zoomy942) wrote :

So would installing an older version of cheese be a temp solution? However, I noticed on that gnome bug report that a patch/fix was created but not released yet.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Filippo, thanks A LOT for taking time to look into this issue, i wasn't trying to blame you at all, i just was pointing out some of the possible causes for the bug at hand.

According to your observations made in the bug report generated by Fabian the problem is related to libv4l support in gstreamer and the ioctl made by cheese. If someone can test the patch published by Filippo it would be great!

According to bug #260918 a lot of users had tested with LD_PRELOAD v4l compat lib without success in cheese but had success with skype or ekiga. Also it seems that this bug, the bug #28788 and bug #282473 are related to the gstreamer + v4l issues and the respective kernel modules, as Cheese is the first application an Ubuntu user would choose to test or play with their webcams the most of the bugs would be filling against it.

I'll try tomorrow to put the dupes that had arrived in the meantime to the respective bugs.

Thanks !!!

description: updated
Revision history for this message
Andres Mujica (andres.mujica) wrote :

I've tested with hardy's cheese and it didn´t worked. Also i've tested with hardy kernel and intrepid cheese without success. I'll test with hardy's kernel and hardy´s cheese to check it out.

Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

It seems like they are making some progress on the Gnome thread. However, I have now dug up an external gspca cam that is experiencing very similar issues. I also now have problems outside of cheese with both cameras which is weird since I haven't changed anything related to video on my system. I am beginning to think this might be a general gstreamer issue.

Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

OK, after reading all those other reports I will help flagging my other report and additional stuff as dupes of bug #260918.

Revision history for this message
Connor Imes (ckimes) wrote :

There is a lot of information available here through this bug and its duplicates. I am marking this bug as Triaged for Cheese and for gstreamer in Ubuntu so that developers can have a look. Thank you everybody for contributing, please don't stop if you get more information.

Changed in cheese:
importance: Undecided → Medium
status: Confirmed → Triaged
Changed in gstreamer0.10:
importance: Undecided → Medium
status: Confirmed → Triaged
Revision history for this message
Filippo Argiolas (fargiolas) wrote :

Andres, as I said in bugzilla I was wrong about libv4l.. I don't know what made me believe that patch fixed the issue (it was late and I was really tired) but, unfortunately, it doesn't.

Also please forgive me if I appeared rude with you, I didn't want it, it's just that lately too much people says cheese doesn't work with intrepid but it's just that many changes went in webcam drivers with 2.27 so some regression went in too and we have no power on it.

Anyway it seems like it's not a cheese issue at all. I have the issue and can reproduce it only if I use the webcam at maximum resolution both with cheese and gst-launch.

gst-launch-0.10 v4l2src ! video/x-raw-yuv, width=640, height=480 ! xvimagesink
Works perfectly, it can be run many times with no issue.

gst-launch-0.10 v4l2src ! video/x-raw-yuv, width=1280, height=1024 ! xvimagesink
Locks and the webcam doesn't work anymore without reloading uvcvideo.

Could any of you confirm this? I'm going to report it to the uvcvideo developer.

Revision history for this message
iSmith (ismith-user) wrote :

I tried your first code and i can see the webcam video.

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

iSmith, do you mean the first gst-launch command? what about the second one? does it lock you webcam?
Thanks

Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

Filippo:

My internal webcam works perfectly with the first command. CLI output:

20:12 fabsh@serenity:~$ gst-launch-0.10 v4l2src ! video/x-raw-yuv, width=640, height=480 ! xvimagesink
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0: Output window was closed
Additional debug info:
xvimagesink.c(1231): gst_xvimagesink_handle_xevents (): /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0
Execution ended after 6859525163 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

With the second one, nothing happens and this is the output:

20:13 fabsh@serenity:~$ gst-launch-0.10 v4l2src ! video/x-raw-yuv, width=1280, height=1024 ! xvimagesink
Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.
ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Could not negotiate format
Additional debug info:
gstbasesrc.c(2426): gst_base_src_start (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
Check your filtered caps, if any
Setting pipeline to NULL ...
FREEING pipeline ...

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

Fabian, probably your webcam doesn't support 1280x1024
Could you please check if gst-launch v4l2src ! xvimagesink locks the webcam?

Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

Nope, works.

21:26 fabsh@serenity:~$ gst-launch-0.10 v4l2src ! xvimagesink
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0: Output window was closed
Additional debug info:
xvimagesink.c(1231): gst_xvimagesink_handle_xevents (): /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0
Execution ended after 9566609372 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

Revision history for this message
zoomy942 (zoomy942) wrote :

This won't sound as technical as everything else but here is what I did to make it sorta work

install amsn, install cheese.
open cheese and set the res to 800x600
close cheese
open amsn
connect to someone and open the cam - after doign the wizard - it will work
then cheese should work fine too.

Additionally, once cheese is working-ish, if i go and change any effects, it will freeze and need to be "force quit"

Revision history for this message
Ciso (cisoprogressivo) wrote :

gst-launch-0.10 v4l2src ! video/x-raw-yuv, width=640, height=480 ! xvimagesink

works for me, but nothing changes after last updates.

Revision history for this message
Donjan Rodic (bryonak) wrote :

Confirming on a MacbookPro Santa Rosa on Intrepid.

If I don't start Cheese after booting, gstreamer-properties gives me a picture.
After starting Cheese, /dev/video0 is broken for gstreamer applications.

VLC works when specifying the device interface (/devices/pci0000:00/...) of the built-in cam.

Here's my thread on ubuntuforums.org about the issue:
http://ubuntuforums.org/showthread.php?p=61205845

Revision history for this message
Dominique Pellé (dominique-pelle) wrote :

Using Ubuntu-8.04.1, my webcam is working with skype. ekiga or aMSN, but it's not working with cheese. I have HPdv9000 laptop with a Ricoh builtin webcam:

$ lsusb
Bus 005 Device 003: ID 05ca:1810 Ricoh Co., Ltd
Bus 005 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 003: ID 04f3:0210 Elan Microelectronics Corp.
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

dominko, that's a known issue with your webcam driver please take a look at
http://bugzilla.gnome.org/show_bug.cgi?id=531835 and http://bugs.mediati.org/r5u870/issue17

So, am I the only one able to reproduce it both with cheese and plain gstreamer?

Revision history for this message
Shawn vega (svega85-gmail) wrote :

no, I can also reproduce it with both cheese and gstreamer

Revision history for this message
Guglielmo Cola (guglielmocola) wrote :

Same problem here with Intrepid on Dell Inspiron 1520.
Everything worked fine in Hardy, now I can only use 176 x 144 resolution.

Revision history for this message
Faulken (david-sagnol) wrote :

I encounter the same problem with my uvc webcam.

The 2 following commands are working fine if I do not run cheese

gst-launch-0.10 v4l2src ! video/x-raw-yuv, width=640, height=480 ! xvimagesink

gst-launch-0.10 v4l2src ! xvimagesink

But, if I run Cheese after the second command, it freezes. If I kill Chesse, the second command is no longer working. To solve the situation, I have to run the first command. After that, Cheese or the second command can be ran without any problem.

Revision history for this message
ethana2 (ethana2) wrote : Re: [Bug 290506] Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

Bus 007 Device 002: ID 05a9:2640 OmniVision Technologies, Inc.

Confirmed via LiveCD on both the Dell Inspiron 1525n and Inspiron 1420n, my
mother's and my machines, respectively.
Dell's upgrade to 8.10 in their Ubuntu line is dependent on the resolution
of this bug; I wish you all luck and thank you profusely for your efforts.
I look forward very much to witnessing a functional instance of cheese on
ubuntu 8.10.

Revision history for this message
Filippo Argiolas (fargiolas) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

Could any of you check if the issue can be reproduced with pre 2.27 kernels too? The last one from 2.26 series should be fine.
I want to be 100% sure this thing has nothing to do with cheese (and possibly with gstreamer too) and it is a uvcvideo issue only.

Revision history for this message
ethana2 (ethana2) wrote : Re: [Bug 290506] Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

Does anyone have .deb files for the 2.25 and 2.26 generic kernels and
headers?

Revision history for this message
zoomy942 (zoomy942) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

I stumbled upon this thread regarding webcam updates that seem to work.

can anyone confirm/explain it?

http://ubuntuforums.org/showthread.php?t=966398

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

zoomy942, the relevant part of that thread (the one about uvcvideo driver) suggests to install latest trunk from uvcvideo svn.
That's the latest version before uvcvideo was included in mainline kernel (2.27) and probably the same (or almost the same) one included in Hardy.

If it fixes the issue it's just one more evidence that Cheese is not involved at all with this thing and it is a driver/kernel fault only.
There were many changes in webcam drivers with 2.27 kernels, it is likely that some regression went in too.

Revision history for this message
Francisco Borges (francisco-borges) wrote : Re: [Bug 290506] Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

On Mon, Nov 10, 2008 at 8:15 AM, Filippo Argiolas <email address hidden>wrote:

> zoomy942, the relevant part of that thread (the one about uvcvideo driver)
> suggests to install latest trunk from uvcvideo svn.
> That's the latest version before uvcvideo was included in mainline kernel
> (2.27) and probably the same (or almost the same) one included in Hardy.
>
> If it fixes the issue it's just one more evidence that Cheese is not
> involved at all with this thing and it is a driver/kernel fault only.
> There were many changes in webcam drivers with 2.27 kernels, it is likely
> that some regression went in too.
>

It may be the case that Cheese makes correct use of the API, in a way most
other applications don't use the API, and that uvcvideo breaks when used
this way.

But in any case, this is very much Cheese related in the sense that the
camera works with kopete, skype, and gstreamer (before starting Cheese) but
not with Cheese.

--
Francisco

Revision history for this message
Filippo Argiolas (fargiolas) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

> It may be the case that Cheese makes correct use of the API, in a way most
> other applications don't use the API, and that uvcvideo breaks when used
> this way.

The API? which api are you talking about? the v4l2 api? we just do *one* ioctl, it's a very basic and simple one and it's already been verified it's not the guilty one.
Anyway cheese works with every other webcam driver out there and doesn't have this issue with prior versions of uvcvideo. Is it that hard to understand that something there has changed and it's causing this bug?

I can reproduce the very same bug with gstreamer alone, so it's clearly not a cheese issue. Others reported the bug with gstreamer alone too. I don't know how Kopete works but I cannot see anyone here who said the issue doesn't stand with it.
Regarding skype, please stop enumerating it.. it's closed source, how could be useful to know it works? Does it use v4l1 api? does it use libv4l? what resolution does it set?

Revision history for this message
Said Babayev (phoenix49) wrote :

I can reproduce the bug, but not only with cheese, as Filippo said. The thing is, camera seems to work very slow, I mean, if I start gstreamer-properties and click test input video in video tab, it takes about a minute for video to appear, regardless I started cheese before, or not. Ekiga, Kopete, closed source Skype work flawlessly. Also uvcvideo itself. I think, the problem is in gstreamer, or may be other framework (pulseaudio? however its not related at all). Anyway, if Ekiga,Kopete and KDE does not use gstreamer, and can handle camera correctly, then problem seem to be in gstreamer itself, not in Cheese which just uses gstreamer as resource.

Thanks!

P.S. I'm not a developer, and may think wrong

Revision history for this message
Francisco Borges (francisco-borges) wrote : Re: [Bug 290506] Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

On Mon, Nov 10, 2008 at 12:34 PM, Filippo Argiolas <email address hidden>wrote:

I can reproduce the very same bug with gstreamer alone, so it's clearly not
> a cheese issue.

Glad you mentioned this. I can call gstreamer (through gst-launch with
resolution of 480x640), and I can get the same video I used to on 8.04.

You seem to know the code, so it may be clear to you. But there are quite a
few people posting here, reporting problems only on Cheese, and that have an
otherwise perfectly working gstreamer. To those in this group it is not
"clear" that this is not a cheese issue.

I don't know at which level of the software stack the problem is, but
looking at it from a user perspective. It points to Cheese. Do you need to
get so upset when somebody comes to a bug report and says:
""
is very much Cheese related in the sense that the camera works with kopete,
skype, and gstreamer (before starting Cheese) but not with Cheese.
""

Note the "in the sense of".

Others reported the bug with gstreamer alone too.

Perhaps, just perhaps, it is a different issue?

I have to tell you that I have yet to succeed locking my camera using
gstreamer. As I mentioned above, there seems to be quite a number of people
in this list able to use gstreamer and who are unable to use cheese. It
would be nice if you would reckon that these reports were also made.

I don't know how Kopete works but I cannot see anyone here who said the
> issue doesn't stand with it.

Well, I guess I just did that. So please start counting me on that one.
Video still works with Kopete on 8.10.

> Regarding skype, please stop enumerating it.. it's closed source, how could
> be useful to know it works? Does it use v4l1 api? does it use libv4l? what
> resolution does it set?

It was meant to be useful in the sense that it adds to the kopete
information corroborating that my camera is still functional. Nothing more
than that.

[...]

FWIW, considering your email address, I have to assume you are a Gnome dev,
and thus Cheese developer. If you are, I would like to thank you for working
on Cheese. It is a lovely application, and I was delighted when I found it.

Kind regards,
--
Francisco

Revision history for this message
Filippo Argiolas (fargiolas) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards

Francisco, as I said previously (not sure if it was here), I'm not upset with you or with anyone at all. It's just that lately I hear so many people complaining that cheese doesn't work, I even read some rather "expert" guy in the forums saying to newbies things like "cheese is completely broken in intrepid".

Cheese is just a software that gives you the webcam images, but there is some sort of toolchain to make it work: we use gstreamer, gstreamer uses the video4linux api to access the device, the video4linux api interacts with your particular webcam driver.
So if something is broken in this chain users always see Cheese as broken and report us it doesn't work. But there is some great chance that cheese is not failing but something at a lower level is.
Since most of the late issues appeared with intrepid switching to 2.27 kernel and many development went on recently in webcam drivers the chance of some regression at kernel level is someway increased.
I'm still not sure if gstreamer is involved too, but it seems it's really an uvcvideo specific issue, so, maybe, they could be both related.

> Perhaps, just perhaps, it is a different issue?
I don't think so, maybe there are different ways to reproduce it but all end up with the webcam locked in the same way.

> I have to tell you that I have yet to succeed locking my camera using
> gstreamer. As I mentioned above, there seems to be quite a number of people
> in this list able to use gstreamer and who are unable to use cheese. It
> would be nice if you would reckon that these reports were also made.

Did you try all the different resolutions supported by your webcam with gst-launch?
There is an easy way to get a better idea about who's causing the bug:
Could any of you test cheese with a 2.26 kernel?

> FWIW, considering your email address, I have to assume you are a Gnome dev,
> and thus Cheese developer. If you are, I would like to thank you for working
> on Cheese. It is a lovely application, and I was delighted when I found it.

Yes, I'm a Cheese developer, thank you :). Again, I'm sorry if I appeared upset (consider also that English is not my motherlanguage :P).

Revision history for this message
Eduardo (ludentico) wrote :

I followed the directions on

http://ubuntuforums.org/showthread.php?t=966398
     sudo apt-get install linux-backports-modules-2.6.27-7-generic

     sudo apt-get install subversion build-essential linux-headers-$(uname -r) &&
     wget http://linuxtv.org/hg/~jfrancois/gspca/archive/tip.tar.bz2 &&
     tar xf tip.tar.bz2 && cd gspca-* &&
     make &&
     sudo make install &&
     sudo depmod -ae $(uname -r)

and cheese is now working on every resolution. However, if I try to take a picture or a video, it freezes, even at lowest resolutions. I have a Dell 1525n updated to Ubuntu 8.10.

Revision history for this message
zoomy942 (zoomy942) wrote :

I have confirmed that the cam works fine with aMSN and many other cam programs.

What is it about cheese that makes it so mad; that's the question.

Revision history for this message
Michal Koziorowski (mkozioro) wrote :

I had that problem too on my Dell xps m1530 laptop.
Installing last svn version of uvcvideo helped. Now camera works in all resolutions.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Hi, i'm attaching some logs that i hope could be useful.

The logs are:

1. dmesg output after
sudo rmmod uvcvideo
sudo modprobe uvcvideo trace=5

2. output from cheese started like:

GST_DEBUG=3 cheese

the output is from not working 1600x1200 , 320x240 resolutions and the working one 176x144

3. output from gstreamer-properties:

GST_DEBUG=3 gstreamer-properties

making the test with 1600x1200, please note that this works OK (i've got 1600x1200 video)

4. Output from ekiga.

GST_DEBUG=3 ekiga.

This last is the most surprising one for me. There was no output. So this leads me to think that ekiga is not using gstreamer? that would be the reason that ekiga is not being affected by the bug. If this is the case, this bug is all related to gstreamer, no matter which driver the webcam is.

How can we confirm this?

Revision history for this message
Andres Mujica (andres.mujica) wrote :
Revision history for this message
Andres Mujica (andres.mujica) wrote :
Revision history for this message
Andres Mujica (andres.mujica) wrote :
Revision history for this message
Andres Mujica (andres.mujica) wrote :
Revision history for this message
James Schriver (dashua) wrote :

Dell XPS m1530 installed uvcvideo from trunkand all resolutions are working with Cheese again.

Cheers.

Revision history for this message
zoomy942 (zoomy942) wrote :

for the last 2 people that said Cheese is working again - can you take pictures and videos now? Also, can you use the effects and not have it hang?

Revision history for this message
James Schriver (dashua) wrote :

Yes. All the effects are working again as well as takiing photos and videos.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Hi, as this is one of many of the bug reports concerning webcams malfunctioning in Intrepid, and looking for get a good vision of the issues presented these are the metabugs that should receive it's corresponding duplicates.

bug #260918 - libv4l issues with GSPCA neither cheese, ekiga, camorama work.
bug #290506 - gstreamer/cheese issues with UVCVIDEO. cheese only works with low resolution. ekiga and others work.
bug #287888 - issues with UVCVIDEO neither cheese, ekiga, camorama, kopete work.
bug #282473 - cheese, ekiga issues with green screen using PWC module.

Please don't hesitate in add more bugs or indicate something else.

Thanks a lot.

Revision history for this message
zoomy942 (zoomy942) wrote :

@ Dashua - so you did the steps from a few posts above?

Revision history for this message
Said Babayev (phoenix49) wrote :

Dear all and cheese developers, is there a way, to avoid cheese using gstreamer and accessing /dev/video directly, like xawtv, luvcvideo, ekiga, kopete, vlc and others do?

Revision history for this message
zoomy942 (zoomy942) wrote :

Those steps did not work for me.

Revision history for this message
zoomy942 (zoomy942) wrote :

Dashua - what does installed uvc from trunk mean?

Revision history for this message
zoomy942 (zoomy942) wrote :

There is a deff file here that "supposedly" fixes it.

can someone make it into a AMD64 deb and we can all test it?

http://bugzilla.gnome.org/show_bug.cgi?id=559057

Revision history for this message
Said Babayev (phoenix49) wrote :

I was able to make cheese work (without applying fix presented by zoomy942).

Started cheese, waited about 2 minutes, then camera worked. Might be this helpful? Does someone get the same?

Revision history for this message
zoomy942 (zoomy942) wrote :

Here is more info from me.

I renistalled Ubuntu (for unrelated reasons) and when my cam did not work. So, I opened aMSN, ran through the config wizard (which saw my cam fine) and then closed it and went to cheese. still not working, so i changed the res to 800x600 (instead of the 1600x1200 it supports) then it was frozen. force closed it, went to aMSN, ran through the wizard again and closed it. now cheese works at 800x600. I cannot change the effects or it will stop working again.

@babayev - can you enable effects and have them actually work?

Revision history for this message
James Schriver (dashua) wrote :

zoomy,

Built uvc from source (trunk branch)

svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk

cd trunk
make

Then run this command via terminal:

sudo install uvcvideo.ko -v -m644 /lib/modules/$(uname -r)/kernel/drivers/media/video/uvc/uvcvideo.ko &&
sudo make install &&
sudo cp -av /lib/modules/$(uname -r)/kernel/drivers/media/video/uvc/uvcvideo.ko /lib/modules &&
sudo depmod -ae $(uname -r)

I'm also running the latest kernel from intrepid-proposed (uname -r 2.6.27-8-generic). Not sure if that made a difference, but Cheese did not work until I rebuilt the uvc module from trunk and added it to the kernel.

Revision history for this message
zoomy942 (zoomy942) wrote :

dashua - could you, for everyone here who has never done this before, type in a step by step we can do to try your fix? if yours seemed to work, we can all try it and confirm it on lots of different systems.

you said kernel 27-8.. is that a new one?

Revision history for this message
Rocko (rockorequin) wrote :

@dashua: thanks for the hint.

I built and installed uvcvideo as per your script and now my webcam (an OmniVision Technologies running over USB in a Dell XPS M1530) works in cheese up to its max resolution of 1600x1200 (the refresh is a bit slow, but hey, it works!). It also works in skype.

Revision history for this message
zoomy942 (zoomy942) wrote :

maybe info on getting that newer kernel too?

Revision history for this message
Rocko (rockorequin) wrote :

You can get the newer kernel if you add intrepid-proposed updates to your repositories, eg in Synaptic, select Settings / Repositories / Updates and tick Pre-released updates (intrepid-proposed). Then close the dialog, click the Reload button, and the new kernel should be available as an update.

Revision history for this message
Klaus Doblmann (moviemaniac) wrote :

Cheers, guys, building UVC from source also fixed the problem for me (x86 with latest 27-7-kernel via normal system updates)

@zoomy942: Here's a detailed howto:

1) bring up the console
2) enter these commands one after the other:

sudo apt-get install subversion
sudo apt-get install build-essentials (just in case)
svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk
cd trunk
make

then run the following line as one (just copy and paste* everything within the quotation marks, this is one command):
"sudo install uvcvideo.ko -v -m644 /lib/modules/$(uname -r)/kernel/drivers/media/video/uvc/uvcvideo.ko &&
sudo make install &&
sudo cp -av /lib/modules/$(uname -r)/kernel/drivers/media/video/uvc/uvcvideo.ko /lib/modules &&
sudo depmod -ae $(uname -r)"

3) reboot
4) Enjoy your cheese ;)

*hint: to paste something into the console-window use ctrl+shift+v or right-click and select paste

Revision history for this message
Andres Mujica (andres.mujica) wrote :

With the uvcvideo recompiling and testing made by the reporters, we can safely asume that the problem lies in that module.

So we need to upgrade from svn the uvcvideo trunk

Changed in linux:
status: New → Confirmed
assignee: nobody → ubuntu-kernel-team
Revision history for this message
Filippo Argiolas (fargiolas) wrote :

I talked about this issue with the uvcvideo maintainer. It seems it is strictly connected with gstreamer's v4l2src switch to libv4l2. Anyway he came up with a patch that fixes it, or at least fixes mine. He will commit it to his branch on linuxtv.org soon, I'll keep you updated.

Revision history for this message
zoomy942 (zoomy942) wrote :

Any chance you want to upload it here and we can all test it and report back?

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

zoomy942,
Sure I didn't post it here because I was waiting for him to commit it.
The changeset is: http://linuxtv.org/hg/~pinchartl/uvcvideo/rev/62c88b326ecd

Could any of you give it a test to see if it fixes your issue too?
You can get the source running hg clone http://linuxtv.org/hg/~pinchartl/uvcvideo

Anyway, what is the quickest way to get this patch included into ubuntu kernel?

Revision history for this message
zoomy942 (zoomy942) wrote :

Thanks for the link! Now - I've been using Ubuntu for about 10 weeks, and while I have learned a truckload, I still dont know how to made an AMD64 deb out of a diff.

Revision history for this message
zoomy942 (zoomy942) wrote :

Here is what happens with that instruction set from a few posts up

zimmerman@zimmerman-desktop:~$ svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk
A trunk/uvc_status.c
A trunk/svn-version.sh
A trunk/uvc_ctrl.c
A trunk/uvc_queue.c
A trunk/uvc_video.c
A trunk/uvc_isight.c
A trunk/uvc_v4l2.c
A trunk/uvc_compat.h
A trunk/uvc_driver.c
A trunk/uvcvideo.h
A trunk/Makefile
A trunk/dynctrl.txt
Checked out revision 263.
zimmerman@zimmerman-desktop:~$ cd trunk
zimmerman@zimmerman-desktop:~/trunk$ make
-------------------------------- WARNING ---------------------------------------
 The USB Video Class driver has moved to http://linuxtv.org/.
 Using the Berlios SVN repository is now deprecated.
 Please check http://linux-uvc.berlios.de/ for download instructions.
 If you really want to compile this historical version, run 'make uvcvideo'.
--------------------------------------------------------------------------------
zimmerman@zimmerman-desktop:~/trunk$ sudo install uvcvideo.ko -v -m644 /lib/modules/$(uname -r)/kernel/drivers/media/video/uvc/uvcvideo.ko &&
> sudo make install &&
> sudo cp -av /lib/modules/$(uname -r)/kernel/drivers/media/video/uvc/uvcvideo.ko /lib/modules &&
> sudo depmod -ae $(uname -r)
install: cannot stat `uvcvideo.ko': No such file or directory
zimmerman@zimmerman-desktop:~/trunk$

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

zoomy, see the big fat warning printed when you run make? svn repository is deprecated. If you want to give some help you should really try the mercurial repository I pointed you a couple of hours ago (http://linuxtv.org/hg/~pinchartl/uvcvideo). Anyway notice that it contains the whole v4l-dvb stack and I wouldn't suggest to a newcomer to compile it.

If you still want help trying the patch do it in a test environment, you just have to run hg clone http://linuxtv.org/hg/~pinchartl/uvcvideo, make, sudo make install.
Probably it will install the driver on a different place than the ubuntu one and you will have to manually remove the latter.

If you cannot manage to compile it or you experience any error please ask for help on irc or ubuntuforums. This bug is already overloaded, if we want it to be solved I'd suggest to add here only comments that can be useful for a solution.

So, again, could you guys give a try to the updated driver in Laurent's branch?

Revision history for this message
Eduardo (ludentico) wrote :

I ran Filippo's suggestion on http://linuxtv.org/hg/~pinchartl/uvcvideo/rev/62c88b326ecd and I can take pictures on cheese up to max. resolution (1600x1200) and video without trouble up to 640x480. Higher resolutions produces lag.

Revision history for this message
ethana2 (ethana2) wrote : Re: [Bug 290506] Re: cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

Cameras that can do 1600x1200 without lag aren't exactly cheap. I would
call what you just indicated an amazing success, and I may soon attempt to
replicate it.

Revision history for this message
Andres Mujica (andres.mujica) wrote :
Revision history for this message
zoomy942 (zoomy942) wrote :

Confirming that the attachemtn Andres added works on my HP 2710p Tablet PC.

If there is a kernel update in the future, will this have to be re-ran?

Revision history for this message
Stefan Bader (smb) wrote :

I put a test kernel package (2.6.27-8.17smb2) to https://launchpad.net/~stefan-bader-canonical/+archive which contains at least some of the upstream fixes (in the kernel tree, not the uvc repo) and the commit patch. Could someone try this and report whether this would be sufficient to solve the problem? Thanks.

Changed in linux:
assignee: ubuntu-kernel-team → stefan-bader-canonical
Revision history for this message
Andres Mujica (andres.mujica) wrote :

Stefan, the proposed kernel package worked flawlessly for me. Thanks a lot.

For the testers please enable the proposed repo and install the updates in order to validate the fix.

Filippo thanks a LOT for your amazing work!!

say Cheese :)

Revision history for this message
Mathieu Marquer (slasher-fun) wrote :

Works fine for me as well. Thanks Stefan !

Revision history for this message
wtgee (wtgee) wrote :

This problem had been bugging me since alpha 5. I'm glad the first day I actually have time to address the issue turns out to be a mere 5 hours after the fix goes through!

The above kernel package works like a charm for me at all resolutions, much thanks.

Changed in linux:
status: Confirmed → Fix Committed
Changed in cheese:
status: Triaged → Invalid
Changed in gstreamer0.10:
status: Triaged → Invalid
Revision history for this message
Said Babayev (phoenix49) wrote :

Actually this did not help me, may be because I have a little bit different
problem

I'm able to get cheese to work, as well as gstreamer-properties test, but
with a long delay. It take about a minute for picture to start showing in
gstreamer-properties test, and even more on cheese. However after that
period, camera works flawlessly.

I'm getting several messages in /var/log/messages like these as video starts
to appear:

Nov 13 19:39:13 sevinc-laptop kernel: [ 497.941102] uvcvideo: device Acer
Crystal Eye webcam requested null bandwidth, defaulting to lowest.
Nov 13 19:39:29 sevinc-laptop kernel: [ 514.821494] uvcvideo: device Acer
Crystal Eye webcam requested null bandwidth, defaulting to lowest.

As I mentioned above, programs like ekiga, kopete, skype, luvcview works
flawlessly.

P.S. Messages above also appear once luvcvideo and other non-gstreamer apps
started.

cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Stefan Bader (smb) wrote :

Sorry, this is not committed, yet. Its just in my PPA. I still have to do some SRU process to get this done.

Changed in linux:
status: Fix Committed → In Progress
Revision history for this message
zoomy942 (zoomy942) wrote :

In the interest of throughness, i reinstalled and used the ppa alone. did not work. however, doing the make and make install posted a few places above that worked perfectly.

Revision history for this message
Stefan Bader (smb) wrote :

I'd like to make sure that there is no mistake here. Could those which tested successfully check whether there is probably a duplicate module. As said, the PPA driver only contains some of the upstream fixes since changes after initial release will have a harder time to get in.

Revision history for this message
Hubert (hubert-pineault) wrote :

Maybe it's beginner's luck, but I had, seemingly, the exact same problem on a Dell Inspiron 1525 with the integrated webcam.
After hours of research, I decided switch to try to deactivate compiz and guess what? It works!
So here is step by step what I did:

1- System-->Preferences --> Appearance --> Effects --> "None" (to deactivate compiz)
2- Open Cheese and try any other webcam app. (I still have problems with Skype)
3- Jump and shout your joy (hopefully)
4- Reactivate Compiz (just select "Customized")
5- You can try again cheese to make sure it's still working, reboot and check again.

It did it for me.
Good luck

Revision history for this message
zoomy942 (zoomy942) wrote :

I tried what was posted above, and my friend it was begginers luck. :)

i loaded up my ubuntu on my USB drive as a fresh install, installed cheese, disabled compiz and rebooted. loaded up cheese and nada.

thanks for testing though!

Revision history for this message
????????? (jeb-jdwilkins) wrote :

I've got a Dell XPS-1330m and I'm getting the problem with cheese even
though I've got compiz disabled and always have done.This is at
1600x1200 - works in lower resolutions. Webcam works in Skype.

This is with the stock current intrepid kernel - not the PPA one.

jebw

2008/11/14 zoomy942 <email address hidden>:
> I tried what was posted above, and my friend it was begginers luck. :)
>
> i loaded up my ubuntu on my USB drive as a fresh install, installed
> cheese, disabled compiz and rebooted. loaded up cheese and nada.
>
> thanks for testing though!
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Luca de Pasqua (depasqua) wrote :

That kernel patch works perfectly on my Dell XPS 1530, thanks a lot from Italy :D

Revision history for this message
Alex Cline (alejandrodelloco) wrote :

When might this fix wind up in intrepid-updates? I'd rather see it available from the main repositories...

Revision history for this message
ethana2 (ethana2) wrote :

It'll get there when it's gone through due process. They certainly
don't want to introduce more bugs or fail to fix this issue for
anyone.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

@said: It seems to be a different problem/bug for you, maybe similar to the one referenced here: http://lists.berlios.de/pipermail/linux-uvc-devel/2008-February/002998.html coud you please report a new bug, or even better if it's possible find one that is exactly like yours?

Also, for the other reporters we need to know for sure if the problem is solved with the kernel provided by Stephan.

With this kernel i've got my webcam working :

 sudo apt-cache policy linux-image-2.6.27-8-server
linux-image-2.6.27-8-server:
  Instalados: 2.6.27-8.17smb2
  Candidato: 2.6.27-8.17smb2
  Tabla de versión:
 *** 2.6.27-8.17smb2 0
        100 /var/lib/dpkg/status
     2.6.27-8.17 0
        500 http://co.archive.ubuntu.com intrepid-proposed/main Packages
andres@vostro:~$ uname -r
2.6.27-8-server

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Also with this kernel

sudo apt-cache policy linux-image-2.6.27-8-generic
[sudo] password for andres:
linux-image-2.6.27-8-generic:
  Instalados: 2.6.27-8.17smb2
  Candidato: 2.6.27-8.17smb2
  Tabla de versión:
 *** 2.6.27-8.17smb2 0
        100 /var/lib/dpkg/status
     2.6.27-8.17 0
        500 http://co.archive.ubuntu.com intrepid-proposed/main Packages
andres@vostro:~$ uname -r
2.6.27-8-generic

Revision history for this message
Jack Deslippe (jdeslip) wrote :

The 2.6.27-8.17smb2 kernel solves the issue for me as well. Hopefully it gets into the repos soon so that Dell can update to 8.10.

Revision history for this message
Balaji (balaji-ramasubramanian) wrote :

Stefan,

I had a similar problem with cheese and I was unable to record video although my webcam takes photos and also works with Skype flawlessly. So when I wrote to Filippo and Daniel Seigel (Cheese developers) they directed me to this bug report.

I installed the following packages: linux-image-2.6.27-8, kernel-image-2.6.27-8
and kernel-image-2.6.27-8-generic. When I boot up with the new kernel, I
immediately have a kernel panic. If you can tell me how I can save the output
on the screen anywhere I'll do that, but from what I see, the CAPS lock simply
blinks repeatedly and nothing works. Not even Ctrl-Alt-Del. I am forced to only
power off the system. It says something like "couldn't mount the file system". So I tried to install fs-core-modules-2.6.27-8-generic. This does not install complaining that it cannot overwrite the kernel object file and hence crashes. If I try to report the crash, crash reporter says that "It is not a genuine Ubuntu version"!!??

So the solution (kernel) proposed is not helping me. I guess this kernel package should not go into the
next version of the kernel - unless I made some mistake and I have to install some other packages.

What next? How do we fix the problem with cheese not recording properly?

I can attach, lspci -vvn, and any other log files you ask for. Please refer http://bugzilla.gnome.org/show_bug.cgi?id=560983 to see the bug report of the problem with Cheese for further input on what is happening with gstreamer.

Revision history for this message
Balaji (balaji-ramasubramanian) wrote :

Sorry, This is working perfectly fine. I cleaned everything and installed only the linux-image-2.6.27-8 and Cheese works like a dream. Thanks a lot Stefan. This must go into the next version for at least fixing the problems with Cheese.

However, I am still worried. There is a kernel panic that occured on the last kernel after about 20-25 minutes of start up. Something was broken. This was for laptops using the Intel 3294 wireless card. I had to install some specific package from the backports (linux-backports-modules-intrepid) . I forgot the bug number, but it is on Launchpad for sure. If this kernel also shows some wierd stuff I will report here. If not, I wish it is released soon.

Thanks,
Balaji

Revision history for this message
Stefan Bader (smb) wrote :

SRU justification:

Impact: In Intrepid the change to v4l2 and use of v4l1 compatibility library has caused several issues with the uvcvideo driver which in this case are visible using cheese.

Fix: Several patches were backported from the upstream kernel driver and the uvcvideo project to fix those issues. All of the patches are limited to the uvcvideo module and have been tested as part of a PPA build.

Testcase: With the current driver in Intrepid the webcams do not work with cheese. The updated module works.

Revision history for this message
Stefan Bader (smb) wrote :
Revision history for this message
Stefan Bader (smb) wrote :
Revision history for this message
Stefan Bader (smb) wrote :

Patches committed to Intrepid, patch 0012 also to Jaunty

Changed in linux:
status: In Progress → Fix Committed
Revision history for this message
Mathieu Marquer (slasher-fun) wrote :

Just updated to 2.6.27-10 kernel, the bug is still here.

Revision history for this message
Stefan Bader (smb) wrote :

The commits came too late for 10-20 but should be included in the next upload.

Revision history for this message
Loïc Minier (lool) wrote :

Hi folks,

I think parts of this bug were also worked around in libv4l. The last two releases of libv4l in particular address two serious bug, one being the cheese slowness and the other being an issue with uvcvideo driver:
libv4l-0.5.6
------------
* Always do a s_fmt on uvc cams even if this changes nothing, as not doing
  the s_fmt triggers a bug in the uvcvideo driver in kernel <= 2.6.28
  (with certain cams)

libv4l-0.5.5
------------
* Avoid the use of try_fmt as much as possible on UVC cams, instead use the
  results of the enum_framesizes ioctl. This is because:
  1) try_fmt actually causes IO with UVC cams making apps which do lot of
     querrying of device capabilities slow (cheese)
  2) some buggy cams don't like getting lots of UVC video probes and crash
     when they do

I've pushed an updated libv4l to my intrepid ppa at: https://launchpad.net/~lool/+archive

If you see any /regression/ from intrepid's libv4l (0.5.0-3~intrepid1) in cheese or any other app caused by the upgrade to libv4l 0.5.6-1, please notify this bug or notify me. If this update improves things in any way, I'm also interested!

The actual libv4l SRU is currently being prepared in bug #286070, where your comments on the libv4l improvements / regressions are also welcome.

Revision history for this message
Loïc Minier (lool) wrote :

Marking fix released in jaunty which is getting the new libv4l release.

Changed in libv4l:
status: New → Fix Released
Revision history for this message
Mathieu Marquer (slasher-fun) wrote :

Unfortunately nothing better under Ubuntu 8.10 with your libv4l packages. But thank you for trying !

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Mathieu, maybe you've got a camera using a different module?

Did you enabled Stephan's PPA repo?

please test with that repo or wait until the kernel gets uploaded, so we can check if the issue is solved for you.

Thanks!

Revision history for this message
Mathieu Marquer (slasher-fun) wrote :

My camera is using uvcvideo :

* With Stephan's PPA kernel 2.6.27-8, it worked fine, but I'm now using 2.6.27-10 proposed kernel (and as said earlier, the fix came too late to be included in that kernel version)
* With Loïc's PPA libv4l modules, there is no change.

Revision history for this message
Alex Cline (alejandrodelloco) wrote :

Also using 2.6.27-10 and having no success with Loïc's PPA libv4l...

Revision history for this message
Luca de Pasqua (depasqua) wrote :

I confirm that the Stephan's kernel-patch worked fine, but since I've upgraded to 2.6.27-10 all come back to initial bad working.

Revision history for this message
Bobby McGee (iaskedalice09) wrote :

How do you implement this fix?

Revision history for this message
NicoInattendu (nico-inattendu) wrote :

Hi i 'm almost confused oh how to apply the kernel with Stefan correction.

I was running on intrepid Ibex with a kernel 2.6.27-9-generic.

On the messages it was mentioned to use the kernel in the Stefan ppa archive, but the kernel is a 2.6.27-8.17smb2. How I can install when I was running a it 2.6.27-9 kernel , who is higher ?

Sorry for the almost newbie question ;-)

Revision history for this message
WillSmith (undertakingyou) wrote :

Stephan's kernel is now older. So you would have to use a regression in
order to make it work. If I understand right Stephan's patch was pushed
upstream and should make it in the kernel sometime after .10?
Will--

On Wed, Dec 3, 2008 at 8:14 AM, NicoInattendu <email address hidden> wrote:

> Hi i 'm almost confused oh how to apply the kernel with Stefan
> correction.
>
> I was running on intrepid Ibex with a kernel 2.6.27-9-generic.
>
> On the messages it was mentioned to use the kernel in the Stefan ppa
> archive, but the kernel is a 2.6.27-8.17smb2. How I can install when I
> was running a it 2.6.27-9 kernel , who is higher ?
>
> Sorry for the almost newbie question ;-)
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
tomasi02 (tomas-ivanek) wrote :

Hi,
Here is perfect post, how to apply patch

http://ubuntuforums.org/showpost.php?p=6220547&postcount=7

Revision history for this message
Stefan Bader (smb) wrote :

For the time being I will update the PPA shortly (will take a little time). I cannot say exactly how long it will take until the next intrepid kernel is uploaded.

Revision history for this message
Shawn vega (svega85-gmail) wrote :

Well I just tested cheese out on jaunty 9.04 Alpha 1 and this is still a bug.
uname -a
Linux jaunty 2.6.27-7-generic #1 SMP Fri Oct 24 06:42:44 UTC 2008 i686 GNU/Linux

Revision history for this message
atorch (atorch) wrote :

Cheese would not work for me several weeks ago (it would always hang at startup, without ever displaying an image), but today it functioned correctly. The resolution at first was extremely low, but I was able to increase it without any crash. Then I tried changing the effects and cheese stopped responding. Even if I kill the program and load it again, it hangs immediately.

Two questions:

1 - I'm fairly certain that cheese hangs at startup because it is trying to apply effects. But because it always hangs, I cannot tell it to stop trying. Is there any file I can edit to get around this?

2 - Has anyone else encountered this behavior, ie cheese working correctly so long as no effects are selected? What might be causing this and how can it be fixed?

Revision history for this message
Shawn vega (svega85-gmail) wrote :

Ok as of yesterday cheese is working well on jaunty 9.04
uname -a
Linux jaunty 2.6.28-2-generic #3-Ubuntu SMP Thu Dec 4 21:49:06 UTC 2008 i686 GNU/Linux

Revision history for this message
linux23d (linux23d) wrote :

I've removed out of date code from this thread. http://ubuntuforums.org/showthread.php?t=966398

Anyone who wants a working webcam, should come here and help test all fixes.

Revision history for this message
Balaji (balaji-ramasubramanian) wrote :

Hi All,

Everything was working fine when I was using Stefan's PPA kernel patch
2.6.27-8.17 smb2. Now I have a new kernel update and the kernel I am using
is
$ uname -r
2.6.27-9-generic

At this point, my webcam has stopped working correctly. Here is an output of
cheese -v.

$ cheese -v &
[1] 16782
blackmaster@blackmaster-laptop:~/ece190$
(cheese:16782): GStreamer-WARNING **: pad source:src returned caps which are
not a real subset of its template caps

(cheese:16782): GStreamer-WARNING **: pad source:src returned caps which are
not a real subset of its template caps

(cheese:16782): GStreamer-WARNING **: pad video_source:src returned caps
which are not a real subset of its template caps
libv4l2: error converting / decoding frame data: v4l-convert: error
destination buffer too small

Thanks,
Balaji

On Tue, Dec 9, 2008 at 8:28 PM, linux23d <email address hidden> wrote:

> I've removed out of date code from this thread.
> http://ubuntuforums.org/showthread.php?t=966398
>
> Anyone who wants a working webcam, should come here and help test all
> fixes.
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Said Babayev (phoenix49) wrote :

After last update of ubuntu kernel, and v4l package (which was in
updates), my cam began work correctly, but only on low resolutions
(even lower than 320x200). If I set higher - then I get error
described previously.

Revision history for this message
Stefan Bader (smb) wrote :

To clarify the current situation: the currently available latest version of Intrepid (10.20) will not fix the problem, since the patches went into the repo too late. I refreshed my PPA to include those and a few other changes based on 10.20. So until the next -proposed upload, the only kernel that includes the fix will be the one in the PPA.

Revision history for this message
rlogiacco (rlogiacco) wrote :

so we have to wait for the next kernel release to get the solution? when we get the new kernel release?

Revision history for this message
Sergiy Zuban (s-zuban) wrote :

I've got it working on Intrepid (so everything returned back as it was in Hardy) after upgrading kernel to 2.6.28-2 from Jaunty repo.
Dell Inspirion 1525.

Revision history for this message
Rodrigo Linfati (rlinfati) wrote :

workarround if you dont want wait to the next kernel update.

    * install build-essential and linux-headers
    * download the snapshot of v4l from http://linuxtv.org/hg/~pinchartl/uvcvideo/

( if you dont want install mercurial, can download making click on "gz" or "bz2" )

then.... tar xzvf and make

next, copy uvcvideo.ko videodev.ko v4l1-compat.ko to /lib/modules/VERSION/misc/
apply depmod -a, rmmod and modprobe..... and GO!

Have a nice day!

Revision history for this message
Steve Langasek (vorlon) wrote :

Accepted into intrepid-proposed, please test and give feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Revision history for this message
stryderjzw (stryderjzw-gmail) wrote :

I have intrepid-proposed and it seems to be working now. Cheers!

Revision history for this message
Paolo Sammicheli (xdatap1) wrote :

I just upgraded kernel to intrepid-proposed version and still don't work :(

x@bwing:~$ uname -a
Linux bwing 2.6.27-10-generic #1 SMP Fri Nov 21 12:00:22 UTC 2008 i686 GNU/Linux

x@bwing:~$ lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 0c)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT (rev a1)
03:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02)
03:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05)
03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
03:01.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12)
03:01.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12)
0c:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01)

It's a DELL Inspiron 1520 Laptop

Revision history for this message
WillSmith (undertakingyou) wrote :

I enabled the proposed repo. Cheese will still not take a picture. One
plus though it doesn't crash, but still doesn't work.
Will--

On Thu, Dec 18, 2008 at 2:54 PM, Paolo Sammicheli <email address hidden>wrote:

> I just upgraded kernel to intrepid-proposed version and still don't work
> :(
>
> x@bwing:~$ uname -a
> Linux bwing 2.6.27-10-generic #1 SMP Fri Nov 21 12:00:22 UTC 2008 i686
> GNU/Linux
>
> x@bwing:~$ lspci
> 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory
> Controller Hub (rev 0c)
> 00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express
> Root Port (rev 0c)
> 00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
> Controller #4 (rev 02)
> 00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
> Controller #5 (rev 02)
> 00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
> Controller #2 (rev 02)
> 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio
> Controller (rev 02)
> 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
> 1 (rev 02)
> 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
> 2 (rev 02)
> 00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
> 4 (rev 02)
> 00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
> Controller #1 (rev 02)
> 00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
> Controller #2 (rev 02)
> 00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
> Controller #3 (rev 02)
> 00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
> Controller #1 (rev 02)
> 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2)
> 00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface
> Controller (rev 02)
> 00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE
> Controller (rev 02)
> 00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E)
> SATA AHCI Controller (rev 02)
> 00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev
> 02)
> 01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT (rev
> a1)
> 03:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX
> (rev 02)
> 03:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev
> 05)
> 03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host
> Adapter (rev 22)
> 03:01.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host
> Adapter (rev 12)
> 03:01.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12)
> 0c:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN
> (rev 01)
>
> It's a DELL Inspiron 1520 Laptop
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
stryderjzw (stryderjzw-gmail) wrote :
Download full text (3.5 KiB)

Question: What package should have updated to what? I think that'll
help verify it easier.

On Thu, Dec 18, 2008 at 2:52 PM, WillSmith <email address hidden> wrote:
> I enabled the proposed repo. Cheese will still not take a picture. One
> plus though it doesn't crash, but still doesn't work.
> Will--
>
> On Thu, Dec 18, 2008 at 2:54 PM, Paolo Sammicheli
> <email address hidden>wrote:
>
>> I just upgraded kernel to intrepid-proposed version and still don't work
>> :(
>>
>> x@bwing:~$ uname -a
>> Linux bwing 2.6.27-10-generic #1 SMP Fri Nov 21 12:00:22 UTC 2008 i686
>> GNU/Linux
>>
>> x@bwing:~$ lspci
>> 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory
>> Controller Hub (rev 0c)
>> 00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express
>> Root Port (rev 0c)
>> 00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
>> Controller #4 (rev 02)
>> 00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
>> Controller #5 (rev 02)
>> 00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
>> Controller #2 (rev 02)
>> 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio
>> Controller (rev 02)
>> 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
>> 1 (rev 02)
>> 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
>> 2 (rev 02)
>> 00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
>> 4 (rev 02)
>> 00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
>> Controller #1 (rev 02)
>> 00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
>> Controller #2 (rev 02)
>> 00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
>> Controller #3 (rev 02)
>> 00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
>> Controller #1 (rev 02)
>> 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2)
>> 00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface
>> Controller (rev 02)
>> 00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE
>> Controller (rev 02)
>> 00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E)
>> SATA AHCI Controller (rev 02)
>> 00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev
>> 02)
>> 01:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT (rev
>> a1)
>> 03:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX
>> (rev 02)
>> 03:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev
>> 05)
>> 03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host
>> Adapter (rev 22)
>> 03:01.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host
>> Adapter (rev 12)
>> 03:01.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12)
>> 0c:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN
>> (rev 01)
>>
>> It's a DELL Inspiron 1520 Laptop
>>
>> --
>> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
>> video output and disables output on gstreamer-based apps ran afterwards)
>> https://bugs.launch...

Read more...

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

@everybody:

Please also note that libv4l 0.5.6 has got a nasty bug that prevents uvcvideo webcams to correctly work.
So the kernel alone is not enough to make Cheese work again.
The new libv4l 0.5.7, with the fix, already went through a SRU and should enter intrepid-proposed soon (if it didn't yet) (see bug #308890).

So, please, be sure to have an updated libv4l before to comment about the kernel fix!

Revision history for this message
Jack Deslippe (jdeslip) wrote :

As far as I can tell, there has not been a new kernel placed in "updates-testing" in the last several days... Am I missing something?

Revision history for this message
Jack Deslippe (jdeslip) wrote :

Ok, almost right after I posted that the new kernel made it into the proposed repo on my computer (which is what I meant by 'updates-testing'

Revision history for this message
Stefan Bader (smb) wrote : Re: [Bug 290506] Re: cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

jdeslip wrote:
> As far as I can tell, there has not been a new kernel placed in
> "updates-testing" in the last several days... Am I missing something?
>
New kernels are placed into the -proposed pocket. You get them by activating
the checkbox for proposed updates in the sofware sources.

Revision history for this message
Guglielmo Cola (guglielmocola) wrote :

after proposed kernel update cheese almost works on my DELL INSPIRON 1520.
-> It does not crash anymore
-> I can select any resolution but...
If I select 640*480, which should be the webcam native resolution, I just get a black screen in the cheese window. It does not crash, but it does not work too.
With different resolutions everything is fine.
strange...

Revision history for this message
Martin Pitt (pitti) wrote :

Kernel team, please fix this in Jaunty, too.

Changed in cheese:
status: New → Invalid
Changed in gstreamer0.10:
status: New → Invalid
Changed in linux:
status: New → Fix Committed
Changed in libv4l:
status: New → Invalid
Revision history for this message
Luca de Pasqua (depasqua) wrote :

With the last proposed kernel (2.6.27-11) my integrated webcam works both in cheese and skype perfectly.

Revision history for this message
Michele Costantino Soccio (michelinux) wrote : Re: [Bug 290506] Re: cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

I also can confirm the new kernel solved all the problems with my
Logitek webcam.

Il giorno mar, 23/12/2008 alle 09.10 +0000, luca dep ha scritto:

> With the last proposed kernel (2.6.27-11) my integrated webcam works
> both in cheese and skype perfectly.
>

Revision history for this message
Waldir Leoncio (wleoncio) wrote :

Yahoooooooooooo! It worked thanks to this:
http://ubuntuforums.org/showpost.php?p=6220547&postcount=7

Revision history for this message
WillSmith (undertakingyou) wrote :

Odd, so many are having great success with this and I am still not
improved. Has the v4l2 video update been put into the proposed yet?
Will--

On Tue, Dec 23, 2008 at 10:26 AM, Waldir Leoncio
<email address hidden>wrote:

> Yahoooooooooooo! It worked thanks to this:
> http://ubuntuforums.org/showpost.php?p=6220547&postcount=7
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Waldir Leoncio (wleoncio) wrote :

Will, were you careful enough to run all commands at once (instead of
line-by-line)? On my first time around, I didn't read the instructions and
ran them line-by-line and it didn't work. Running all at once did the trick
for me.

On Tue, Dec 23, 2008 at 4:08 PM, WillSmith <email address hidden> wrote:

> Odd, so many are having great success with this and I am still not
> improved. Has the v4l2 video update been put into the proposed yet?
> Will--
>
> On Tue, Dec 23, 2008 at 10:26 AM, Waldir Leoncio
> <email address hidden>wrote:
>
> > Yahoooooooooooo! It worked thanks to this:
> > http://ubuntuforums.org/showpost.php?p=6220547&postcount=7
> >
> > --
> > cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> > video output and disables output on gstreamer-based apps ran afterwards)
> > https://bugs.launchpad.net/bugs/290506
> > You received this bug notification because you are a direct subscriber
> > of the bug.
> >
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Noel J. Bergman (noeljb) wrote :

> Yahoooooooooooo! It worked thanks to this:
> http://ubuntuforums.org/showpost.php?p=6220547&postcount=7

You do realize what those instructions do, right? You are installing from a developer's branch in source control. And depending on when someone downloads ir, they may get different code from what someone else got at a different time.

If it works, it works. But what most people will want is an Ubuntu package with all of the stable upstream content.

Revision history for this message
WillSmith (undertakingyou) wrote :

I did not run the commands found in that ubuntuforums post. I don't have
interest to inject potentially unstable modules into my kernel.
From what I have seen the update should just be of the kernel and v4l2
packages.
Do we know when the v4l2 packages will make it into the proposed repo?
Will--

On Tue, Dec 23, 2008 at 11:35 AM, Waldir Leoncio
<email address hidden>wrote:

> Will, were you careful enough to run all commands at once (instead of
> line-by-line)? On my first time around, I didn't read the instructions and
> ran them line-by-line and it didn't work. Running all at once did the
> trick
> for me.
>
> On Tue, Dec 23, 2008 at 4:08 PM, WillSmith <email address hidden>
> wrote:
>
> > Odd, so many are having great success with this and I am still not
> > improved. Has the v4l2 video update been put into the proposed yet?
> > Will--
> >
> > On Tue, Dec 23, 2008 at 10:26 AM, Waldir Leoncio
> > <email address hidden>wrote:
> >
> > > Yahoooooooooooo! It worked thanks to this:
> > > http://ubuntuforums.org/showpost.php?p=6220547&postcount=7
> > >
> > > --
> > > cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show
> v4l2
> > > video output and disables output on gstreamer-based apps ran
> afterwards)
> > > https://bugs.launchpad.net/bugs/290506
> > > You received this bug notification because you are a direct subscriber
> > > of the bug.
> > >
> >
> > --
> > cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> > video output and disables output on gstreamer-based apps ran afterwards)
> > https://bugs.launchpad.net/bugs/290506
> > You received this bug notification because you are a direct subscriber
> > of the bug.
> >
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Filippo Argiolas (fargiolas) wrote :

On Tue, Dec 23, 2008 at 10:35 PM, WillSmith <email address hidden> wrote:
> I did not run the commands found in that ubuntuforums post. I don't have
> interest to inject potentially unstable modules into my kernel.
> >From what I have seen the update should just be of the kernel and v4l2
> packages.
> Do we know when the v4l2 packages will make it into the proposed repo?

I suppose you mean libv4l. If you want to test libv4l 0.5.7 and don't
want to wait for it to enter official repositories you can test it
from Loic's ppa at https://launchpad.net/~lool/+archive

Revision history for this message
Waldir Leoncio (wleoncio) wrote :

Actually, guys, I know very little (if anything at all) about what the commands I ran do. I hope it was not a stupid move. Anyway, the fact is that it solved the problem on my laptop and on my girlfriend's with apparently no side-effects, so I'm satisfied so far. :-)

Revision history for this message
Waldir Leoncio (wleoncio) wrote :

...but I do agree with you, Noel. I would find it MUCH safer to just install a package that fixed it for me than to patch a kernel.

Revision history for this message
Andres Mujica (andres.mujica) wrote :

For all the users affected by this bug:

1. Please don't try to compile from source UNLESS you know what you're doing, OR you're willing to look for support at the mentioned forum thread.

2. If you enable proposed repo, at this time the kernel -11 would be installed. This kernel ALREADY include the patches needed to make the webcams affected by this issue work.

3. If you're experiencing slowness in cheese you can install the libv4l 0.5.7 package from Loic's PPA while the SRU is being approved.

4. If you're still facing this issue is probably another bug, so we'll need to check with the ones still affected in order to find and already reported bug or open a new one.

So, at this moment this bug is solved by this package available in the proposed repo:

 sudo apt-cache policy linux-image-2.6.27-11-generic
linux-image-2.6.27-11-generic:
  Instalados: 2.6.27-11.22
  Candidato: 2.6.27-11.22
  Tabla de versión:
 *** 2.6.27-11.22 0
        500 http://co.archive.ubuntu.com intrepid-proposed/main Packages
        100 /var/lib/dpkg/status

Thanks a lot for your help in debugging and solving this issue.

Regards,

Revision history for this message
WillSmith (undertakingyou) wrote :

All right, so happy day. For me, enabling lool's ppa and installing the
updated libv4l AS WELL AS enabling the proposed repo and upgrading to the
-11 kernel has seemed to resolve the issue. Cheese works great for both
video and pictures at all the resolutions that I tried.
Thanks to all.
Will--

On Tue, Dec 23, 2008 at 9:48 PM, Andres Mujica <email address hidden>wrote:

> For all the users affected by this bug:
>
> 1. Please don't try to compile from source UNLESS you know what you're
> doing, OR you're willing to look for support at the mentioned forum
> thread.
>
> 2. If you enable proposed repo, at this time the kernel -11 would be
> installed. This kernel ALREADY include the patches needed to make the
> webcams affected by this issue work.
>
> 3. If you're experiencing slowness in cheese you can install the libv4l
> 0.5.7 package from Loic's PPA while the SRU is being approved.
>
> 4. If you're still facing this issue is probably another bug, so we'll
> need to check with the ones still affected in order to find and already
> reported bug or open a new one.
>
>
> So, at this moment this bug is solved by this package available in the
> proposed repo:
>
> sudo apt-cache policy linux-image-2.6.27-11-generic
> linux-image-2.6.27-11-generic:
> Instalados: 2.6.27-11.22
> Candidato: 2.6.27-11.22
> Tabla de versión:
> *** 2.6.27-11.22 0
> 500 http://co.archive.ubuntu.com intrepid-proposed/main Packages
> 100 /var/lib/dpkg/status
>
>
> Thanks a lot for your help in debugging and solving this issue.
>
> Regards,
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

The -11 kernel made it better for me, but I still can't access my webcam's native resolution on my Dell XPS m1330.

Revision history for this message
Loïc Minier (lool) wrote :

There's still a couple of issues in cheese itself (even with latest kernel and libv4l); I've proposed a cheese SRU as well; I'll try pushing it to my hardy ppa ASAP.

Revision history for this message
Waldir Leoncio (wleoncio) wrote :

I don't want to be a nag, but I've just seen the same bug on an 2920 Acer
Aspire laptop. Here's what I've done:

1. Please don't try to compile from source UNLESS you know what you're
> doing, OR you're willing to look for support at the mentioned forum
> thread.

Ok. The user has tried that already, and it didn't work.

> 2. If you enable proposed repo, at this time the kernel -11 would be
> installed. This kernel ALREADY include the patches needed to make the
> webcams affected by this issue work.
>
Proposed repos enabled and kernel updated. Still no go.

>
> 3. If you're experiencing slowness in cheese you can install the libv4l
> 0.5.7 package from Loic's PPA while the SRU is being approved.
>
Installed libv4l-0 version 0.5.7.1~dooz1. I don't know if this is the right
version (if it isn't, please tell me how to install it). Still no go,
anyway.

Chese was working flawlessly in 8.04. What should we do, now?

Revision history for this message
mon (javiermon-deactivatedaccount) wrote :

Hi

On my dell xps m1330 using linux-image 2.6.27-11.22 and libv4l-0 0.5.7-1~dooz1 cheese works at 640x480 both image & video capture.

thanks

Revision history for this message
Andres Mujica (andres.mujica) wrote :

Waldir don't worry at all, let's try to debug this issue.

Can you check bug #303215 and bug #297890

in order to check if you're having the same issue?

Also as soon as the cheese package from Löic is uploaded to the PPA we'll give it a test.

Thanks!

and Merry Christmas!!!

Revision history for this message
Svenn-Arne Dragly (dragly) wrote :

I can confirm that with 2.6.27-11.22 and libv4l-0 0.5.7-1~dooz1, cheese now works in 640x480 on my m1330 again as well. Thank you for taking care of this bug.

Revision history for this message
Mário Buči (mario-buci) wrote :

I can confirm it works on my acer 5920g with libv4l-0 0.5.7-1~dooz1, cheese works in 640x480, thanks

Revision history for this message
Waldir Leoncio (wleoncio) wrote :

@Andres

Thanks for the help, man! I got it working on an Acer Aspire 5920 by
installing libv4l form Löic's PPA (kernel 2.6.27-11-generic)! BTW, it's not
related to bugs #303215 and #297890. Now I can finally rest in peace (my
friend wanted to kill me because cheese was working perfectly before
upgrading from hardy to intrepid).

Cheers and happy 2009!

Revision history for this message
iSmith (ismith-user) wrote :

sudo apt-get install subversion build-essential linux-headers-$(uname -r) &&
wget http://linuxtv.org/hg/~jfrancois/gspca/archive/tip.tar.bz2 &&
tar xf tip.tar.bz2 &&
cd gspca-* &&
make &&
sudo make install &&
sudo depmod -ae $(uname -r)

This worked for me. Thanks a lot and a happy new year!

Revision history for this message
Evan Prodromou (evanp) wrote :

Still not working for me with -11- kernel.

Revision history for this message
Waldir Leoncio (wleoncio) wrote :

Evan, are you using a fresh install of intrepid or did you upgrade from
hardy? I'm just brainstorming here, but I've personally seen this happen on
three computers, and the only one that started working after a kernel update
was the one that had 8.10 installed from a formatted disk.

On Tue, Dec 30, 2008 at 8:11 PM, Evan Prodromou <email address hidden> wrote:

> Still not working for me with -11- kernel.
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Changed in cheese:
status: Unknown → Invalid
Revision history for this message
Evan Prodromou (evanp) wrote :

Updated from hardy. Not sure why that would matter, though.

Revision history for this message
Gustavo Azambuja (gazambuja) wrote :

Thanks iSmith,
Work for me too (Dell Inspiration 1525, Ubuntu 8.10)

Thanks!!

Revision history for this message
Paolo Sammicheli (xdatap1) wrote :

with the 22 Gen 2009 updates for

- Cheese 2.24.1-0ubuntu1
- libv4l-0 0.5.6-1~intrepid1

solved for me, in a Dell Inspiron 1520.

Now i have another problem, after shot a photo the entire screen it's completely white, but i think it's another bug. I will investigate further on it.

Revision history for this message
Brittany Dunlap (xdunlapx) wrote : Re: [Bug 290506] Re: cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

Paolo Sammicheli wrote:
> with the 22 Gen 2009 updates for
>
> - Cheese 2.24.1-0ubuntu1
> - libv4l-0 0.5.6-1~intrepid1
>
> solved for me, in a Dell Inspiron 1520.
>
> Now i have another problem, after shot a photo the entire screen it's
> completely white, but i think it's another bug. I will investigate
> further on it.
>
I wouldn't know, BUT I think it's a probem with

libv4l-0 0.5.6-1~intrepid1 package. In Hardy it works without problem. Just an idea.

Revision history for this message
STEFANO (steve-alberini) wrote : Re: [Bug 290506] Re: cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

For me, the bug in not solved, oh yes, is better the display of cheese but is not stop, the malfuntioning is already present.

________________________________
Da: Paolo Sammicheli <email address hidden>
A: <email address hidden>
Inviato: Giovedì 22 gennaio 2009, 2:00:18
Oggetto: [Bug 290506] Re: cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

with the 22 Gen 2009 updates for

- Cheese 2..24.1-0ubuntu1
- libv4l-0 0.5.6-1~intrepid1

solved for me, in a Dell Inspiron 1520.

Now i have another problem, after shot a photo the entire screen it's
completely white, but i think it's another bug. I will investigate
further on it.

--
cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)
https://bugs.launchpad.net/bugs/290506
You received this bug notification because you are a direct subscriber
of a duplicate bug.

Revision history for this message
Loïc Minier (lool) wrote :

libv4l-0 0.5.6-1~intrepid1 is obsolete, we're at 0.5.7 nowadays; I think people who still have 0.5.6 should upgrade ASAP.

Revision history for this message
Paolo Sammicheli (xdatap1) wrote :

Hi Loïc

libv4l-0 0.5.6-1~intrepid1 is available in repositories from just few hours. Who is at 0.5.7? Not intrepid repository afaik.

Revision history for this message
Loïc Minier (lool) wrote :

Paolo,
  libv4l-0 | 0.5.0-3~intrepid1 | intrepid | amd64, i386
  libv4l-0 | 0.5.3-1 | jaunty | amd64, i386
libv4l-0 | 0.5.7-1~intrepid1 | intrepid-updates | amd64, i386

You want to update to the latest version in intrepid-updates.

Revision history for this message
Paolo Sammicheli (xdatap1) wrote :

Sorry Loïc, you're right. (blush)

I made a mistake looking on my system. The libv4l I receveid in last updates it's the 0.5.7-1~intrepid1 version who take place of 0.5.6-1~intrepid1.

So, It's solved for me with the 22 Gen 2009 updates for

- Cheese 2..24.1-0ubuntu1
- libv4l-0 0.5.7-1~intrepid1

Greetings.

Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (16.6 KiB)

This bug was fixed in the package linux - 2.6.27-11.25

---------------
linux (2.6.27-11.25) intrepid-proposed; urgency=low

  [ Jeff Layton ]

  * SAUCE: cifs: make sure we allocate enough storage for socket address
    - LP: #318565

linux (2.6.27-11.24) intrepid-proposed; urgency=low

  [ Stefan Bader ]

  * Revert "SAUCE: don't use buggy _BCL/_BCM/_BQC for backlight control"
    - LP: #311716
  * SAUCE: acpi: Hack to enable video and vendor backlight implementations
    - LP: #311716
  * SAUCE: Force vendor backlight control on ThinkPad T61
    - LP: #311716

  [ Upstream Kernel Changes ]

  * Revert "thinkpad_acpi: fingers off backlight if video.ko is serving
    this functionality"
    - LP: #311716

linux (2.6.27-11.23) intrepid-proposed; urgency=low

  [ Andy Whitcroft ]

  * SAUCE: don't use buggy _BCL/_BCM/_BQC for backlight control
    - LP: #311716, #314119

  [ Jim Lieb ]

  * SAUCE: atl2: add tx bytes statistic
    - LP: #268622

  [ Upstream Kernel Changes ]

  * i915: Save/restore MCHBAR_RENDER_STANDBY on GM965/GM45
    - LP: #276943

linux (2.6.27-11.22) intrepid-proposed; urgency=low

  [ Andy Whitcroft ]

  * Revert "synchronise our linux-libc-dev with the kernel userspace
    headers". It was causing regressions.
    - LP: #300803

  [ Brian Rogers ]

  * SAUCE: Add support for MSI TV@nywhere Plus remote
    - LP: #281647

  [ Tim Gardner ]

  * SAUCE: Dell laptop digital mic does not work, PCI 1028:0271
    - LP: #309508

  [ Upstream Kernel Changes ]

  * Revert "sched_clock: prevent scd->clock from moving backwards"
  * AMD IOMMU: enable device isolation per default
  * bonding: fix miimon failure counter
  * x86 Fix VMI crash on boot in 2.6.28-rc8
  * libata: fix Seagate NCQ+FLUSH blacklist
  * e1000e: fix double release of mutex
  * can: Fix CAN_(EFF|RTR)_FLAG handling in can_filter
  * can: omit received RTR frames for single ID filter lists
  * iwlwifi: clean key table in iwl_clear_stations_table function
  * net: eliminate warning from NETIF_F_UFO on bridge
  * unicode table for cp437
  * console ASCII glyph 1:1 mapping
  * key: fix setkey(8) policy set breakage
  * firewire: fw-ohci: fix IOMMU resource exhaustion
  * ieee1394: add quirk fix for Freecom HDD
  * SUNRPC: Fix a performance regression in the RPC authentication code
  * b1isa: fix b1isa_exit() to really remove registered capi controllers
  * macfb: Do not overflow fb_fix_screeninfo.id
  * setup_per_zone_pages_min(): take zone->lock instead of zone->lru_lock
  * xilinx_hwicap: remove improper wording in license statement
  * Linux 2.6.27.10 except for "iwlagn: fix RX skb alignment". Besides causing
    an ABI bump it only applies to machines using > 4K page size (such as PowerPC).
    Pick this one up on the next ABI bumping upload.
    - LP: #309731

linux (2.6.27-11.21) intrepid-proposed; urgency=low

  [ Andy Whitcroft ]

  * synchronise our linux-libc-dev with the kernel userspace headers
    - LP: #300803

  [ Jim Lieb ]

  * SAUCE: [PATCH 1/1] USB: Unusual devs patch for Nokia 5610
    - LP: #287701

  [ Michael Krufky ]

  * sms1xxx: use new firmware for Hauppauge WinTV MiniStick
    - LP: #299671
  * sms1xxx: add autodetection support for Hauppa...

Changed in linux:
status: Fix Committed → Fix Released
Revision history for this message
use_linux (compu73rg33k) wrote :

Forgive my ignorance, but I only have 2.6.27-9 how do I upgrade to 2.6.27-11.25? I'm up-to-date with my repositories...

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote : Re: [Bug 290506] Re: cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

use_linux wrote:
> Forgive my ignorance, but I only have 2.6.27-9 how do I upgrade to
> 2.6.27-11.25? I'm up-to-date with my repositories...
>

It's in the proposed repository. Will be moved to -updates in a few days if no
regression is found.

You can still install it if you want, enabling proposed in
System>Administration>Software Sources. But be careful, packages in -proposed
are not well tested yet, so be careful with what you install from there
(including the kernel).

Revision history for this message
Colin Watson (cjwatson) wrote :

Actually, Emilio, the -11 kernel was just moved to -updates; however, it takes a couple of hours from the time you see the bug closing message to the time when it's available for installation, perhaps more if you're using a mirror that takes a while to sync. If in doubt, just try tomorrow.

Revision history for this message
Balaji (balaji-ramasubramanian) wrote : Re: [Bug 290506] Re: cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)

I just got an update of the 2.6.27-11-generic kernel and my webcam is no
longer working. I don't think it can even detect the webcam anymore. Cheese
fails to load and skype cannot see my webcam now. This has happened only
recently when the update for version 11 of the kernel came up.

The initial version 2.6.27-9 kernel was not able to use the webcam on
cheese, but I could use skype. I was watching this thread that the fix has
come up in the new kernel. But then the new kernel is a big disappointment -
I'm sorry to say. It can't even recognize my webcam now.

Mine is a HP integrated webcam that comes in an HP laptop. It was working
perfectly when I used the Stefan Bader kernel patch in November 2008. After
that in a few weeks someone smart guy came up with a broken kernel 2.6.27-9
and after that this new kernel! It deserves a Nobel prize indeed!

Please help me. This kernel is not able to detect my webcam. What should I
do?

Balaji

On Wed, Jan 28, 2009 at 7:04 PM, Kees Cook <email address hidden> wrote:

> ** CVE removed: http://www.cve.mitre.org/cgi-
> bin/cvename.cgi?name=2008-5079
>
> ** CVE removed: http://www.cve.mitre.org/cgi-
> bin/cvename.cgi?name=2008-5300
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Balaji (balaji-ramasubramanian) wrote :

Sorry,

My bad. I figured the problem. I had disabled the AT SPI Registry at startup
in order to reduce startup time. But I think that was not allowing access to
the webcam. I'm sorry. This kernel is working perfectly for me.

I am using 2.6.27-11-generic kernel and both cheese and skype are working
perfectly. This is exactly how an OS should be - friendly! :) You know what,
if your hardware works, the OS is friendly, if it does not work, I don't
care what you say, the OS is not friendly if my hardware does not work. That
is how a layman will think.

If you want to put the burden of being compatible on the manufacturer, then
start issuing "Ubuntu compatible" logo stickers to those companies whose
products will work with Ubuntu.

I'm sorry for my last post, this kernel is a blessing indeed!

Thanks a lot,
Balaji

On Sun, Feb 1, 2009 at 1:03 AM, Balaji <email address hidden>wrote:

> I just got an update of the 2.6.27-11-generic kernel and my webcam is no
> longer working. I don't think it can even detect the webcam anymore. Cheese
> fails to load and skype cannot see my webcam now. This has happened only
> recently when the update for version 11 of the kernel came up.
>
> The initial version 2.6.27-9 kernel was not able to use the webcam on
> cheese, but I could use skype. I was watching this thread that the fix has
> come up in the new kernel. But then the new kernel is a big disappointment -
> I'm sorry to say. It can't even recognize my webcam now.
>
> Mine is a HP integrated webcam that comes in an HP laptop. It was working
> perfectly when I used the Stefan Bader kernel patch in November 2008. After
> that in a few weeks someone smart guy came up with a broken kernel 2.6.27-9
> and after that this new kernel! It deserves a Nobel prize indeed!
>
> Please help me. This kernel is not able to detect my webcam. What should I
> do?
>
> Balaji
>
>
>
> On Wed, Jan 28, 2009 at 7:04 PM, Kees Cook <email address hidden> wrote:
>
>> ** CVE removed: http://www.cve.mitre.org/cgi-
>> bin/cvename.cgi?name=2008-5079
>>
>> ** CVE removed: http://www.cve.mitre.org/cgi-
>> bin/cvename.cgi?name=2008-5300
>>
>> --
>> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
>> video output and disables output on gstreamer-based apps ran afterwards)
>> https://bugs.launchpad.net/bugs/290506
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>
>

Revision history for this message
Andres Mujica (andres.mujica) wrote :

@paolo, just in case you're still having the blank screen flash issue with cheese, check bug #297890

Revision history for this message
Connor Imes (ckimes) wrote :

Robbie, you opened this task against Ubuntu release notes - can you please explain what the problem is there and what needs to be done to have it fixed? Otherwise, can we close the task? Thanks in advance.

Changed in ubuntu-release-notes:
status: Confirmed → Incomplete
Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

Seems to me, this is fixed, no? Was there a regression again? Is anyone experiencing problems? Both my uvcvideo and gspca webcams work fine with cheese right now.

Revision history for this message
Balaji (balaji-ramasubramanian) wrote :

There is still one problem with cheese.

1. If you take a photo using cheese, it flashes the screen and makes it all
white and after that never returns back to normal display. I have to press
Alt+Ctrl+F1 and kill cheese manually. This is annoying. The video is
recording is fine, but the photo has regressed. This happens when you use no
effects. I did not have this problem when I used some other effects I cannot
say if all the effects fix this problem, but that is very queer. Taking
photos has become a pain now.

Balaji

On Sat, Feb 21, 2009 at 5:06 PM, Fabian A. Scherschel <email address hidden>wrote:

> Seems to me, this is fixed, no? Was there a regression again? Is anyone
> experiencing problems? Both my uvcvideo and gspca webcams work fine with
> cheese right now.
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Connor Imes (ckimes) wrote :

I'll close this task against Ubuntu release notes. If there is indeed something that needs to be fixed here, please re-open it by changing its status back to new, and leave an explanation. Thank you!

Changed in ubuntu-release-notes:
status: Incomplete → Invalid
Revision history for this message
Balaji (balaji-ramasubramanian) wrote :

Yes, indeed there is something that needs a fix. You cannot take photos now
suddenly for some reason the flashed screen now remains white and does not
return to normal display. Please change the status back to new.

Balaji

On Sat, Feb 21, 2009 at 6:41 PM, Connor Imes <email address hidden> wrote:

> I'll close this task against Ubuntu release notes. If there is indeed
> something that needs to be fixed here, please re-open it by changing its
> status back to new, and leave an explanation. Thank you!
>
> ** Changed in: ubuntu-release-notes
> Status: Incomplete => Invalid
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https://bugs.launchpad.net/bugs/290506
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Connor Imes (ckimes) wrote :

Balaji, your response above my previous one is just appearing now, as is your post below. The task I closed was against Ubuntu release notes, which is not directly related to cheese acting up. What you are experiencing sounds like a different bug with cheese, so I would ask you to please open a new report for that problem. Feel free to post a link to it here. Thanks.

Revision history for this message
Paolo Sammicheli (xdatap1) wrote :

Balaji, the bug you're talking about it's the bug #297890. Go there and subscribe yourself on it.

This bug, related to acquisition problem, may be closed for me.

Revision history for this message
Michele Giacomoli (michele-giacomoli) wrote :

Sorry but for me the bug isn't resolved yet.
I have a problem using both ubuntu intrepid and jaunty, and I noticed this problem also using Fedora 10.
The webcam works fine with ubuntu 8.04 hardy heron.

My problem consist in the hanging of any program which try to use the webcam (i.e cheese, camorama), instead other programs like vlc simply do nothing.

Unfortunately I don't know which driver uses my webcam, but if somebody tells me how to give you some useful informations I would be happy to cooperate for fixing this problem.

P.S. Sorry for my English, I tryed to do my best

Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

Is this a build-in webcam in a laptop or an external USB one? What are the make and model?

Revision history for this message
Michele Giacomoli (michele-giacomoli) wrote :

It's an external and cheap webcam. On it i can see only the "istar" word.

Using the application Device Manager I see this:
Model: ZC0305 WebCam
Vendor: Z-Star Microelectronics Corp.

Looking in properties tab I also see
info.linux.driver: zc3xx
usb.product_id: 12379 (0x305b)
usb.vendor_id: 2760 (0xac8)

I hope this informations may be useful for you

Revision history for this message
Michele Giacomoli (michele-giacomoli) wrote :

Sorry, i saw two opened bugs that seem to represent my own problem ( the vendor of the webcam is the same, and also the problem is similar) so I can say that I'm not afflicted from this bug, but from those two.

So for me these bug can be closed

Revision history for this message
Michele Giacomoli (michele-giacomoli) wrote :

Ops, I wanted to say this bug, not these

Sorry for the mistake

Revision history for this message
Fabian A. Scherschel (fabsh) wrote :

No worries. Thanks for clearing that up and good luck with the other bug! :)

Revision history for this message
Michele Giacomoli (michele-giacomoli) wrote :

Thank you

Revision history for this message
Charlie (baka-animaster) wrote :

Recently I got problem with Cheese, but not with Ekiga and gstreamer-properties. Then I re-compile uvcvideo by the help from this: http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
And my Cheese works now. Hopefully it helps.

Revision history for this message
tidris (tidris769) wrote :

For those having problems with cheese and webcams, you might want to try running the following script on a terminal window:

while true; do echo > /dev/null; done

Doing that eliminates the hang ups and super slow frame rate problems I was having with cheese and my two different webcams. It appears cheese or the gstreamer/v4l2 layers underneath malfunction whenever the CPU frequency on my laptop is at its lowest level of 800MHz. When that script is running it makes the kernel hike the frequency to the max of 2.4GHz and cheese starts working perfectly. Stop the script and the frequency drops to 800MHz and cheese starts malfunctioning again.

The command "gst-launch v4l2src ! xvimagesink" behaves exactly like cheese on my laptop. The luvcview program also does the same thing even though it calls directly into v4l2 instead of going through gstreamer.

.

Revision history for this message
Ralf Hölzemer (cheleb-deactivatedaccount) wrote :

This bug still affects me in Ubuntu Karmic.

Compiling the latest driver from http://linuxtv.org/hg/~pinchartl/uvcvideo makes no difference.
Basically, every tool (skype, ekiga, luvcview, gst-launch v4l2src ! xvimagesink, ...) except Cheese works fine.

Cheese fails to detect the webcam due to extremely long probing times (~16 seconds on my machine for the first access after a freshly loaded uvcvideo module - either through a reboot, or by hand via rmmod/modprobe), and when the cam light finally comes up, cheese already has given up (happens after 10 seconds - this is hardcoded in cheese).
When that happens, the state of the webcam/uvcvideo seems to be corrupted somehow. Any access to the webcam with any tool, either cheese or somethig else, fails afterwards. The only fix then is to rmmod/modprobe uvcvideo again. After doing that, the webcam works correct - even in cheese ( ~2-4 seconds probing time ).
Raising the hardcoded timeout in src/cheese-webcam.c from 10 to 30 seconds seems to be a good workaround that works most of the time for me, but it is not a real solution to the problem at hand.

I tried to reproduce the bug with an Fedora 11 LiveCD, but there everything went fine. Probes to the cam never lasted longer than 2 seconds and the image was always displayed instantly after that. Accessing the cam with other tools after cheese 'initialized' the driver went fine too.

So is anyone else still having problems?

Revision history for this message
Ralf Hölzemer (cheleb-deactivatedaccount) wrote :

Okay, today i gave Fedora another try and Cheese also failed there. So it looks like this is a very unfortunate situation with my particular setup. My Webcam always needs a little longer to initialize when it is plugged in and no driver was previously loaded, but other applications have no problem with that.

It might be a firmware bug or just the the way my cam is probed by cheese. I don't know. However, it is an issue and i can always reproduce by the following steps:

- unplug the cam
- sudo rmmod uvcvideo
- plug the cam
- start cheese

'cheese -v' doesn't show any errors because the probe fails gracefully after the 10 second period.
uvcvideo trace logs don't show any errors because the driver is only waiting for the first data to arrive.

So everything works as long as the camera initialization isn't interrupted - which is the case with my webcam and it's ridiculous 16 second init time. :) I realize that there is still some error elsewhere - maybe in cheese, gstreamer or the driver - but with no error messages in either the cheese logs, or the uvcvideo traces i am at the moment unable to debug this any further. I will do some more research though.

Meanwhile, I would love to see the workaround in the attached patch ( 91_raise_timeout.patch ) included in cheese for karmic. It simply raises the probing timeout from 10 to 30 seconds. This patch should not affect working cameras. However, cameras with a probing time similar to mine ( >10sec. ) will have some more time to initialize and thus get detected correctly by cheese.

Revision history for this message
Jeremy Foshee (jeremyfoshee) wrote :

Setting Fix Released for the linux (Ubuntu) package as that was overlooked.

-JFo

Changed in linux (Ubuntu):
status: Fix Committed → Fix Released
Changed in cheese:
importance: Unknown → High
status: Invalid → Unknown
Revision history for this message
darkraven (jasminr) wrote :

Can someone update the status on this?

gst-launch v4l2src ! xvimagesink
 and derivatives like it work.

Its cheese that hangs.

I have a gateway LT21 with Chicony (internal) Electronics webcam.

Noticed that 640x480 is maximum input, 320x240 is standard setting.(well in windows 7 anyway, which has been removed)

Maybe cheese sets this too high on startup??
I noticed if I load cheese, reset the input size, then reload uvc module as stated above I can capture video.

There is noticeable lagtime, however, on video capture. I get a black screen when I hit the capture button, but the video does indeed capture and cheese doesnt lock up when I stop the capture as it did before.

I have the uvcvideo module now loaded on startup. Thanks for the hints.

Revision history for this message
John Baptist (jepst79) wrote :

This is still a problem in up-to-date Lucid. Cheese will not record video with my UNCVIDEO webcam. Is there a version of Ubuntu where this works?

yanuar (dreamerthe12)
Changed in libv4l (Ubuntu):
assignee: nobody → yanuar (dreamerthe12)
Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu laptop testing tracker.

A list of all reports related to this bug can be found here:
http://laptop.qa.ubuntu.com/qatracker/reports/bugs/290506

tags: added: laptop-testing
Revision history for this message
sharanappa1955 (sharanappa1955) wrote :

I have problem with webcam which is not showing any picture

Changed in libv4l (Ubuntu):
assignee: yanuar (dreamerthe12) → sharanappa1955 (sharanappa1955)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.