Version: (using KDE 4.0.98) Installed from: Debian testing/unstable Packages OS: Linux I had to unload the module for my webcam (gspca) to get decent performance (as in other kde4 applications) in the configuration dialogue. Even letting the mouse hover over the categories on the left was awefully slow.
I have a uvcvideo cam, and I note that kopete starts capturing frames from the camera as soon as I open the main configuration dialog - even if it's not open to the webcam frame. The video capture and postprocessing (scaling contrast, converting YUV -> RGB, etc) are rather CPU-intensive, so ideally the webcam won't start capturing until the webcam frame of the configuration dialog is activated. Confirmed in SVN 832895.
*** Bug 173296 has been marked as a duplicate of this bug. ***
*** Bug 183222 has been marked as a duplicate of this bug. ***
*** Bug 187690 has been marked as a duplicate of this bug. ***
*** Bug 204784 has been marked as a duplicate of this bug. ***
The problem is that - I can't see any obvious bugs in the code - I can't reproduce it with my devices (and some of them are really slow) - it seems to depend on the driver, too (old GSPCAV only ?) If anyone who is able to reproduce the problem could compile Kopete by himself, I would prepare some patches for further investigation... Volunteers ? ;)
I can now reproduce the problem with a JPEG-device (Microsoft LifeCam VX-3000 045e:00f5, gspca-sonixj): ioctl VIDIOC_DQBUF sporadically blocks for exactly 3 seconds an then returns with error EIO, which inidicates a driver internal error. I noticed that this happens more often to permanently, if the picture doesn't change (for example: capturing the wall with constant light conditions). I guess the device stops sending data in this case, which I believe is the expected behavior (its JPEG !). But I'm pretty sure the driver should not block and return the last or an empty frame instead of an "internal error". Will talk to the kernel deves...
*** Bug 182445 has been marked as a duplicate of this bug. ***
SVN commit 1139611 by fschaefer: Fix freezing of the video configuration dialog by switching to non-blocking device access BUG: 167011 BUG: 241507 CCBUG: 236240 M +3 -1 kopete/config/avdevice/avdeviceconfig.cpp M +13 -21 libkopete/avdevice/videodevice.cpp M +2 -14 libkopete/avdevice/videodevicepool.cpp M +2 -1 libkopete/ui/avatarwebcamdialog.cpp M +10 -6 protocols/qq/ui/qqwebcamdialog.cpp M +8 -5 protocols/testbed/ui/testbedwebcamdialog.cpp M +8 -4 protocols/yahoo/yahoowebcam.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1139611
*** Bug 253183 has been marked as a duplicate of this bug. ***