I confirm this bug on 2. Hello With this patch ekiga works correctly, but there is a small problem. This is a gspca issue, not an ekiga issue. There are one of two ways you should be able to test: To post a comment you must log in. I’m sorry, but this test’s result is failure.

Uploader: Doutaxe
Date Added: 1 August 2005
File Size: 68.79 Mb
Operating Systems: Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X
Downloads: 19144
Price: Free* [*Free Regsitration Required]

Thanks again, we really appreicate your help and feedback.

The Ubuntu Kernel Team is planning to move to the 2. ChristianF christian-fritz wrote on Here the new patch that works for me tm and the kwrnel ZC 0ac8: And from what I’ve read from the Skype team, this is what they expect too.

If the issue still exists, please update this report by changing the Status of the “linux” task from “Incomplete” to “New”. So this bug is behind me now, i hope i’m not just the lucky guy here and that the issue has been really dealt with. kdrnel


We appreciate your patience and understanding as we make this transition. I tend to go back and forth with gspda, camorama, gqcam, and spcaview.

Frodon, can you test the patch Luc Saillard provided http: Email me about changes to this bug report. Leann Ogasawara leannogasawara wrote on Regarding the inclusion of the patch, I don’t know how to put it, but it seems the way gspca handle the size of video has its own reason, it tries to provide a full range of dimensions from SCIF to VGA with every possible size in between, but usually webcams support only limited number of sizes natively, so gspca will crop the image from the next available bigger native size if the current one is not supported by the camera.


Are you sure you want to yspca it as won’t fix? It also gives lots of useful info about your camera. Ekiga has the very same problem as it request by default kernsl and gspca just crop from x AFAIK, it is affecting Skype because under some circumstances, Skype reduce the size of the capturing video x to x, i. Kevin Valentine kejava wrote on You are not directly subscribed to this bug’s notifications.

Linux Kernel Driver DataBase: CONFIG_USB_GSPCA: GSPCA based webcams

I can’t find out what it’s depend on. Has anyone been able to test and confirm this is still and issue with Intrepid’s final release?

We will just fall back to the situation as it is now: So before I set this “New”, I’ll install it, get all the updates, and try again. For what i’m concerned intrepid fixed this issue for me with skype.


Sun Mar 18 This is hspca gspca issue, not an ekiga issue. It probably will work with the source from hardy, I was doing it wrong at first I think, so I downloaded the newer source. The problem is very ancient since years and the gspca devs just do not want to fix it or lack time This bug is now reported against the ‘linux’ package.


I don’t know, that is an ekiga or a driver issue? The problem has been reported upstream since long now and the bad behaviour still remain the same I also applied the patch to gspcav and compiled successfully.

Luckily this kegnel is at least a temporary solution: I think that’s wrong. Can you try this kernek one? As a result, the kernel team would appreciate it if you could please test this newer 2.