cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Cheese |
Unknown
|
High
|
|||
Release Notes for Ubuntu |
Invalid
|
Undecided
|
Unassigned | ||
cheese (Ubuntu) |
Invalid
|
Medium
|
Unassigned | ||
Intrepid |
Invalid
|
Undecided
|
Unassigned | ||
gstreamer0.10 (Ubuntu) |
Invalid
|
Medium
|
Unassigned | ||
Intrepid |
Invalid
|
Undecided
|
Unassigned | ||
libv4l (Ubuntu) |
Fix Released
|
Undecided
|
sharanappa1955 | ||
Intrepid |
Invalid
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Undecided
|
Stefan Bader | ||
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-
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/
[ 12.025138] usbcore: registered new interface driver uvcvideo
Steps to Reproduce it:
1.- Start ekiga, you should get local video
2.- Start gstreamer-
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-
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 |
Robbie Williamson (robbiew) wrote : | #1 |
Robbie Williamson (robbiew) wrote : | #2 |
Found Debian bug related to same issue:
http://
description: | updated |
Robbie Williamson (robbiew) wrote : | #3 |
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.
Stefan Bader (smb) wrote : | #4 |
- camorama trace Edit (53.7 KiB, text/plain)
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.
Stefan Bader (smb) wrote : | #5 |
Robbie Williamson (robbiew) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards | #6 |
'gstreamer-
Marc Tardif (cr3) wrote : | #7 |
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/
Marc Tardif (cr3) wrote : | #8 |
Marc Tardif (cr3) wrote : | #9 |
Marc Tardif (cr3) wrote : | #10 |
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/
Note how "identity" was changed for "gconfvideosink", which doesn't quite reproduce the problem accurately.
andrey i. mavlyanov (andrey-mavlyanov) wrote : | #11 |
- lsusb-v.txt Edit (35.7 KiB, text/plain)
And here is lsusb -v on the Dell 1525 where cheese does not work too
Johnny Levai (digistyl3) wrote : | #12 |
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 |
Eric O'Callaghan (eric1207) wrote : | #13 |
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....
Eric O'Callaghan (eric1207) wrote : | #14 |
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.
zoomy942 (zoomy942) wrote : | #15 |
I am confirming this on my Hp 2710p Tablet PC.
Andres Mujica (andres.mujica) wrote : | #16 |
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 |
Fabian A. Scherschel (fabsh) wrote : | #17 |
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.
Andres Mujica (andres.mujica) wrote : | #18 |
It seems that we've got a bug affecting cheese/gstreamer (bug #290506) and another one affecting uvcvideo module (bug #287888).
Michele Costantino Soccio (michelinux) wrote : | #19 |
@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.
Andres Mujica (andres.mujica) wrote : | #20 |
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...
Filippo Argiolas (fargiolas) wrote : | #21 |
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
Fabian A. Scherschel (fabsh) wrote : | #22 |
zoomy942 (zoomy942) wrote : | #23 |
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.
Andres Mujica (andres.mujica) wrote : | #24 |
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 |
Andres Mujica (andres.mujica) wrote : | #25 |
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.
Fabian A. Scherschel (fabsh) wrote : | #26 |
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.
Fabian A. Scherschel (fabsh) wrote : | #27 |
OK, after reading all those other reports I will help flagging my other report and additional stuff as dupes of bug #260918.
Connor Imes (ckimes) wrote : | #28 |
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 |
Filippo Argiolas (fargiolas) wrote : | #29 |
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.
iSmith (ismith-user) wrote : | #30 |
I tried your first code and i can see the webcam video.
Filippo Argiolas (fargiolas) wrote : | #31 |
iSmith, do you mean the first gst-launch command? what about the second one? does it lock you webcam?
Thanks
Fabian A. Scherschel (fabsh) wrote : | #32 |
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:
Additional debug info:
xvimagesink.
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:
Additional debug info:
gstbasesrc.c(2426): gst_base_src_start (): /GstPipeline:
Check your filtered caps, if any
Setting pipeline to NULL ...
FREEING pipeline ...
Filippo Argiolas (fargiolas) wrote : | #33 |
Fabian, probably your webcam doesn't support 1280x1024
Could you please check if gst-launch v4l2src ! xvimagesink locks the webcam?
Fabian A. Scherschel (fabsh) wrote : | #34 |
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:
Additional debug info:
xvimagesink.
Execution ended after 9566609372 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...
zoomy942 (zoomy942) wrote : | #35 |
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"
Ciso (cisoprogressivo) wrote : | #36 |
gst-launch-0.10 v4l2src ! video/x-raw-yuv, width=640, height=480 ! xvimagesink
works for me, but nothing changes after last updates.
Donjan Rodic (bryonak) wrote : | #37 |
Confirming on a MacbookPro Santa Rosa on Intrepid.
If I don't start Cheese after booting, gstreamer-
After starting Cheese, /dev/video0 is broken for gstreamer applications.
VLC works when specifying the device interface (/devices/
Here's my thread on ubuntuforums.org about the issue:
http://
Dominique Pellé (dominique-pelle) wrote : | #38 |
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
Filippo Argiolas (fargiolas) wrote : | #39 |
dominko, that's a known issue with your webcam driver please take a look at
http://
So, am I the only one able to reproduce it both with cheese and plain gstreamer?
Shawn vega (svega85-gmail) wrote : | #40 |
no, I can also reproduce it with both cheese and gstreamer
Guglielmo Cola (guglielmocola) wrote : | #41 |
Same problem here with Intrepid on Dell Inspiron 1520.
Everything worked fine in Hardy, now I can only use 176 x 144 resolution.
Faulken (david-sagnol) wrote : | #42 |
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.
ethana2 (ethana2) wrote : Re: [Bug 290506] Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards | #43 |
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.
Filippo Argiolas (fargiolas) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards | #44 |
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.
ethana2 (ethana2) wrote : Re: [Bug 290506] Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards | #45 |
Does anyone have .deb files for the 2.25 and 2.26 generic kernels and
headers?
zoomy942 (zoomy942) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards | #46 |
I stumbled upon this thread regarding webcam updates that seem to work.
can anyone confirm/explain it?
Filippo Argiolas (fargiolas) wrote : | #47 |
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.
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 | #48 |
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
Filippo Argiolas (fargiolas) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards | #49 |
> 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?
Said Babayev (phoenix49) wrote : | #50 |
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-
Thanks!
P.S. I'm not a developer, and may think wrong
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 | #51 |
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
Filippo Argiolas (fargiolas) wrote : Re: cheese doesn't show v4l2 video output and disables output on gstreamer-based apps ran afterwards | #52 |
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).
Eduardo (ludentico) wrote : | #53 |
I followed the directions on
http://
sudo apt-get install linux-backports
sudo apt-get install subversion build-essential linux-headers-
wget http://
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.
zoomy942 (zoomy942) wrote : | #54 |
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.
Michal Koziorowski (mkozioro) wrote : | #55 |
I had that problem too on my Dell xps m1530 laptop.
Installing last svn version of uvcvideo helped. Now camera works in all resolutions.
Andres Mujica (andres.mujica) wrote : | #56 |
- uvcvideo-trace.txt Edit (11.8 KiB, text/plain)
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-
GST_DEBUG=3 gstreamer-
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?
Andres Mujica (andres.mujica) wrote : | #57 |
Andres Mujica (andres.mujica) wrote : | #58 |
Andres Mujica (andres.mujica) wrote : | #59 |
Andres Mujica (andres.mujica) wrote : | #60 |
James Schriver (dashua) wrote : | #61 |
Dell XPS m1530 installed uvcvideo from trunkand all resolutions are working with Cheese again.
Cheers.
zoomy942 (zoomy942) wrote : | #62 |
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?
James Schriver (dashua) wrote : | #63 |
Yes. All the effects are working again as well as takiing photos and videos.
Andres Mujica (andres.mujica) wrote : | #64 |
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.
zoomy942 (zoomy942) wrote : | #65 |
@ Dashua - so you did the steps from a few posts above?
Said Babayev (phoenix49) wrote : | #66 |
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?
zoomy942 (zoomy942) wrote : | #67 |
Those steps did not work for me.
zoomy942 (zoomy942) wrote : | #68 |
Dashua - what does installed uvc from trunk mean?
zoomy942 (zoomy942) wrote : | #69 |
There is a deff file here that "supposedly" fixes it.
can someone make it into a AMD64 deb and we can all test it?
Said Babayev (phoenix49) wrote : | #70 |
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?
zoomy942 (zoomy942) wrote : | #71 |
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?
James Schriver (dashua) wrote : | #72 |
zoomy,
Built uvc from source (trunk branch)
svn checkout svn://svn.
cd trunk
make
Then run this command via terminal:
sudo install uvcvideo.ko -v -m644 /lib/modules/
sudo make install &&
sudo cp -av /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.
zoomy942 (zoomy942) wrote : | #73 |
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?
Rocko (rockorequin) wrote : | #74 |
@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.
zoomy942 (zoomy942) wrote : | #75 |
maybe info on getting that newer kernel too?
Rocko (rockorequin) wrote : | #76 |
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-
Klaus Doblmann (moviemaniac) wrote : | #77 |
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.
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/
sudo make install &&
sudo cp -av /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
Andres Mujica (andres.mujica) wrote : | #78 |
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 |
Filippo Argiolas (fargiolas) wrote : | #79 |
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.
zoomy942 (zoomy942) wrote : | #80 |
Any chance you want to upload it here and we can all test it and report back?
Filippo Argiolas (fargiolas) wrote : | #81 |
zoomy942,
Sure I didn't post it here because I was waiting for him to commit it.
The changeset is: http://
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://
Anyway, what is the quickest way to get this patch included into ubuntu kernel?
zoomy942 (zoomy942) wrote : | #82 |
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.
zoomy942 (zoomy942) wrote : | #83 |
Here is what happens with that instruction set from a few posts up
zimmerman@
A trunk/uvc_status.c
A trunk/svn-
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@
-------
The USB Video Class driver has moved to http://
Using the Berlios SVN repository is now deprecated.
Please check http://
If you really want to compile this historical version, run 'make uvcvideo'.
-------
zimmerman@
> sudo make install &&
> sudo cp -av /lib/modules/
> sudo depmod -ae $(uname -r)
install: cannot stat `uvcvideo.ko': No such file or directory
zimmerman@
Filippo Argiolas (fargiolas) wrote : | #84 |
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://
If you still want help trying the patch do it in a test environment, you just have to run hg clone http://
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?
Eduardo (ludentico) wrote : | #85 |
I ran Filippo's suggestion on http://
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) | #86 |
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.
Andres Mujica (andres.mujica) wrote : | #87 |
zoomy942 (zoomy942) wrote : | #88 |
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?
Stefan Bader (smb) wrote : | #89 |
I put a test kernel package (2.6.27-8.17smb2) to https:/
Changed in linux: | |
assignee: | ubuntu-kernel-team → stefan-bader-canonical |
Andres Mujica (andres.mujica) wrote : | #90 |
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 :)
Mathieu Marquer (slasher-fun) wrote : | #91 |
Works fine for me as well. Thanks Stefan !
wtgee (wtgee) wrote : | #92 |
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 |
Said Babayev (phoenix49) wrote : | #93 |
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-
with a long delay. It take about a minute for picture to start showing in
gstreamer-
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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Stefan Bader (smb) wrote : | #94 |
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 |
zoomy942 (zoomy942) wrote : | #95 |
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.
Stefan Bader (smb) wrote : | #96 |
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.
Hubert (hubert-pineault) wrote : | #97 |
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-
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
zoomy942 (zoomy942) wrote : | #98 |
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!
????????? (jeb-jdwilkins) wrote : | #99 |
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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Luca de Pasqua (depasqua) wrote : | #100 |
That kernel patch works perfectly on my Dell XPS 1530, thanks a lot from Italy :D
Alex Cline (alejandrodelloco) wrote : | #101 |
When might this fix wind up in intrepid-updates? I'd rather see it available from the main repositories...
ethana2 (ethana2) wrote : | #102 |
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.
Andres Mujica (andres.mujica) wrote : | #103 |
@said: It seems to be a different problem/bug for you, maybe similar to the one referenced here: http://
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-
linux-image-
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/
2.6.27-8.17 0
500 http://
andres@vostro:~$ uname -r
2.6.27-8-server
Andres Mujica (andres.mujica) wrote : | #104 |
Also with this kernel
sudo apt-cache policy linux-image-
[sudo] password for andres:
linux-image-
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/
2.6.27-8.17 0
500 http://
andres@vostro:~$ uname -r
2.6.27-8-generic
Jack Deslippe (jdeslip) wrote : | #105 |
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.
Balaji (balaji-ramasubramanian) wrote : | #106 |
- Output of lspci -vvn Edit (12.6 KiB, text/plain)
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-
and kernel-
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-
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://
Balaji (balaji-ramasubramanian) wrote : | #107 |
Sorry, This is working perfectly fine. I cleaned everything and installed only the linux-image-
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-
Thanks,
Balaji
Stefan Bader (smb) wrote : | #108 |
- 0007-V4L-DVB-9031-uvcvideo-Fix-incomplete-frame-drop.patch Edit (1.8 KiB, text/plain)
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.
Stefan Bader (smb) wrote : | #109 |
Stefan Bader (smb) wrote : | #110 |
Stefan Bader (smb) wrote : | #111 |
Patches committed to Intrepid, patch 0012 also to Jaunty
Changed in linux: | |
status: | In Progress → Fix Committed |
Mathieu Marquer (slasher-fun) wrote : | #112 |
Just updated to 2.6.27-10 kernel, the bug is still here.
Stefan Bader (smb) wrote : | #113 |
The commits came too late for 10-20 but should be included in the next upload.
Loïc Minier (lool) wrote : | #114 |
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:/
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.
Loïc Minier (lool) wrote : | #115 |
Marking fix released in jaunty which is getting the new libv4l release.
Changed in libv4l: | |
status: | New → Fix Released |
Mathieu Marquer (slasher-fun) wrote : | #116 |
Unfortunately nothing better under Ubuntu 8.10 with your libv4l packages. But thank you for trying !
Andres Mujica (andres.mujica) wrote : | #117 |
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!
Mathieu Marquer (slasher-fun) wrote : | #118 |
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.
Alex Cline (alejandrodelloco) wrote : | #119 |
Also using 2.6.27-10 and having no success with Loïc's PPA libv4l...
Luca de Pasqua (depasqua) wrote : | #120 |
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.
Bobby McGee (iaskedalice09) wrote : | #121 |
How do you implement this fix?
NicoInattendu (nico-inattendu) wrote : | #122 |
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 ;-)
WillSmith (undertakingyou) wrote : | #123 |
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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
tomasi02 (tomas-ivanek) wrote : | #124 |
Hi,
Here is perfect post, how to apply patch
Stefan Bader (smb) wrote : | #125 |
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.
Shawn vega (svega85-gmail) wrote : | #126 |
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
atorch (atorch) wrote : | #127 |
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?
Shawn vega (svega85-gmail) wrote : | #128 |
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
linux23d (linux23d) wrote : | #129 |
I've removed out of date code from this thread. http://
Anyone who wants a working webcam, should come here and help test all fixes.
Balaji (balaji-ramasubramanian) wrote : | #130 |
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@
(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://
>
> 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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Said Babayev (phoenix49) wrote : | #131 |
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.
Stefan Bader (smb) wrote : | #132 |
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.
rlogiacco (rlogiacco) wrote : | #133 |
so we have to wait for the next kernel release to get the solution? when we get the new kernel release?
Sergiy Zuban (s-zuban) wrote : | #134 |
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.
Rodrigo Linfati (rlinfati) wrote : | #135 |
workarround if you dont want wait to the next kernel update.
* install build-essential and linux-headers
* download the snapshot of v4l from http://
( 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/
apply depmod -a, rmmod and modprobe..... and GO!
Have a nice day!
Steve Langasek (vorlon) wrote : | #136 |
Accepted into intrepid-proposed, please test and give feedback here. Please see https:/
stryderjzw (stryderjzw-gmail) wrote : | #137 |
I have intrepid-proposed and it seems to be working now. Cheers!
Paolo Sammicheli (xdatap1) wrote : | #138 |
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/
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
WillSmith (undertakingyou) wrote : | #139 |
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/
> 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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
stryderjzw (stryderjzw-gmail) wrote : | #140 |
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/
>> 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:/
Filippo Argiolas (fargiolas) wrote : | #141 |
@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!
Jack Deslippe (jdeslip) wrote : | #142 |
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?
Jack Deslippe (jdeslip) wrote : | #143 |
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'
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) | #144 |
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.
Guglielmo Cola (guglielmocola) wrote : | #145 |
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...
Martin Pitt (pitti) wrote : | #146 |
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 |
Luca de Pasqua (depasqua) wrote : | #147 |
With the last proposed kernel (2.6.27-11) my integrated webcam works both in cheese and skype perfectly.
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.
>
Waldir Leoncio (wleoncio) wrote : | #149 |
Yahoooooooooooo! It worked thanks to this:
http://
WillSmith (undertakingyou) wrote : | #150 |
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://
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Waldir Leoncio (wleoncio) wrote : | #151 |
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://
> >
> > --
> > cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> > video output and disables output on gstreamer-based apps ran afterwards)
> > https:/
> > 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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Noel J. Bergman (noeljb) wrote : | #152 |
> Yahoooooooooooo! It worked thanks to this:
> http://
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.
WillSmith (undertakingyou) wrote : | #153 |
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://
> > >
> > > --
> > > cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show
> v4l2
> > > video output and disables output on gstreamer-based apps ran
> afterwards)
> > > https:/
> > > 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:/
> > 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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Filippo Argiolas (fargiolas) wrote : | #154 |
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:/
Waldir Leoncio (wleoncio) wrote : | #155 |
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. :-)
Waldir Leoncio (wleoncio) wrote : | #156 |
...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.
Andres Mujica (andres.mujica) wrote : | #157 |
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-
linux-image-
Instalados: 2.6.27-11.22
Candidato: 2.6.27-11.22
Tabla de versión:
*** 2.6.27-11.22 0
500 http://
100 /var/lib/
Thanks a lot for your help in debugging and solving this issue.
Regards,
WillSmith (undertakingyou) wrote : | #158 |
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-
> linux-image-
> Instalados: 2.6.27-11.22
> Candidato: 2.6.27-11.22
> Tabla de versión:
> *** 2.6.27-11.22 0
> 500 http://
> 100 /var/lib/
>
>
> 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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Fabian A. Scherschel (fabsh) wrote : | #159 |
The -11 kernel made it better for me, but I still can't access my webcam's native resolution on my Dell XPS m1330.
Loïc Minier (lool) wrote : | #160 |
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.
Waldir Leoncio (wleoncio) wrote : | #161 |
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?
mon (javiermon-deactivatedaccount) wrote : | #162 |
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
Andres Mujica (andres.mujica) wrote : | #163 |
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!!!
Svenn-Arne Dragly (dragly) wrote : | #164 |
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.
Mário Buči (mario-buci) wrote : | #165 |
I can confirm it works on my acer 5920g with libv4l-0 0.5.7-1~dooz1, cheese works in 640x480, thanks
Waldir Leoncio (wleoncio) wrote : | #166 |
@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!
iSmith (ismith-user) wrote : | #167 |
sudo apt-get install subversion build-essential linux-headers-
wget http://
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!
Evan Prodromou (evanp) wrote : | #168 |
Still not working for me with -11- kernel.
Waldir Leoncio (wleoncio) wrote : | #169 |
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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Changed in cheese: | |
status: | Unknown → Invalid |
Evan Prodromou (evanp) wrote : | #170 |
Updated from hardy. Not sure why that would matter, though.
Gustavo Azambuja (gazambuja) wrote : | #171 |
Thanks iSmith,
Work for me too (Dell Inspiration 1525, Ubuntu 8.10)
Thanks!!
Paolo Sammicheli (xdatap1) wrote : | #172 |
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.
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.
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:/
You received this bug notification because you are a direct subscriber
of a duplicate bug.
Loïc Minier (lool) wrote : | #175 |
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.
Paolo Sammicheli (xdatap1) wrote : | #176 |
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.
Loïc Minier (lool) wrote : | #177 |
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.
Paolo Sammicheli (xdatap1) wrote : | #178 |
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.
Launchpad Janitor (janitor) wrote : | #179 |
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_
- 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_
* 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_
* setup_per_
* 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 |
use_linux (compu73rg33k) wrote : | #180 |
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...
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>
are not well tested yet, so be careful with what you install from there
(including the kernel).
Colin Watson (cjwatson) wrote : | #182 |
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.
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://
> bin/cvename.
>
> ** CVE removed: http://
> bin/cvename.
>
> --
> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
> video output and disables output on gstreamer-based apps ran afterwards)
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Balaji (balaji-ramasubramanian) wrote : | #184 |
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://
>> bin/cvename.
>>
>> ** CVE removed: http://
>> bin/cvename.
>>
>> --
>> cheese malfunctioning with UVCVIDEO webcams (was cheese doesn't show v4l2
>> video output and disables output on gstreamer-based apps ran afterwards)
>> https:/
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>
>
Andres Mujica (andres.mujica) wrote : | #185 |
@paolo, just in case you're still having the blank screen flash issue with cheese, check bug #297890
Connor Imes (ckimes) wrote : | #186 |
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 |
Fabian A. Scherschel (fabsh) wrote : | #187 |
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.
Balaji (balaji-ramasubramanian) wrote : | #188 |
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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Connor Imes (ckimes) wrote : | #189 |
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 |
Balaji (balaji-ramasubramanian) wrote : | #190 |
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-
> 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:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Connor Imes (ckimes) wrote : | #191 |
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.
Paolo Sammicheli (xdatap1) wrote : | #192 |
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.
Michele Giacomoli (michele-giacomoli) wrote : | #193 |
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
Fabian A. Scherschel (fabsh) wrote : | #194 |
Is this a build-in webcam in a laptop or an external USB one? What are the make and model?
Michele Giacomoli (michele-giacomoli) wrote : | #195 |
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
Michele Giacomoli (michele-giacomoli) wrote : | #196 |
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
Michele Giacomoli (michele-giacomoli) wrote : | #197 |
Ops, I wanted to say this bug, not these
Sorry for the mistake
Fabian A. Scherschel (fabsh) wrote : | #198 |
No worries. Thanks for clearing that up and good luck with the other bug! :)
Michele Giacomoli (michele-giacomoli) wrote : | #199 |
Thank you
Charlie (baka-animaster) wrote : | #200 |
Recently I got problem with Cheese, but not with Ekiga and gstreamer-
And my Cheese works now. Hopefully it helps.
tidris (tidris769) wrote : | #201 |
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.
.
Ralf Hölzemer (cheleb-deactivatedaccount) wrote : | #202 |
This bug still affects me in Ubuntu Karmic.
Compiling the latest driver from http://
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?
Ralf Hölzemer (cheleb-deactivatedaccount) wrote : | #203 |
- Raises the probing timeout of cheese to 30 seconds Edit (814 bytes, text/plain)
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_
Jeremy Foshee (jeremyfoshee) wrote : | #204 |
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 |
darkraven (jasminr) wrote : | #205 |
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.
John Baptist (jepst79) wrote : | #206 |
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?
Changed in libv4l (Ubuntu): | |
assignee: | nobody → yanuar (dreamerthe12) |
Ubuntu QA Website (ubuntuqa) wrote : | #207 |
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://
tags: | added: laptop-testing |
sharanappa1955 (sharanappa1955) wrote : | #208 |
I have problem with webcam which is not showing any picture
Changed in libv4l (Ubuntu): | |
assignee: | yanuar (dreamerthe12) → sharanappa1955 (sharanappa1955) |
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 pci0000: 00/0000: 00:1a.7/ usb6/6- 6/6-6:1. 0/input/ input12
[30570.495756] uvcvideo: Found UVC 1.00 device <unnamed> (17ef:4807)
[30570.499348] input: UVC Camera (17ef:4807) as /devices/
[30570.508778] usbcore: registered new interface driver uvcvideo
[30570.508794] USB Video Class driver (v0.1.0)
Note: Skype works without problem.