[feisty] kopete is very slow when using webcam
Bug #84783 reported by
Nicolò Chieffo
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
KDE Network |
Unknown
|
Wishlist
|
|||
kdenetwork (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: kopete
I'm using feisty and kopete version 3.5.6-0ubuntu5
I have a qc-usb webcam. I've compiled the qc-usb module using module-assistant. the webcam works well.
Kopete gui is veryvery slow when I'm sending my webcam. The cpu usage applet reports ~35%.
The bug stops whenever I close the webcam sending. The bug is not present in other apps (gnome-terminal, firefox)
Changed in kdenetwork: | |
status: | Confirmed → Triaged |
Changed in kdenetwork: | |
status: | Unknown → New |
Changed in kdenetwork: | |
importance: | Unknown → Wishlist |
Changed in kdenetwork (Ubuntu): | |
status: | Incomplete → Confirmed |
status: | Confirmed → New |
Changed in kdenetwork: | |
status: | New → Unknown |
To post a comment you must log in.
Version: 0.12.2 (compiled from sources, unlike the rest of KDE) (using KDE KDE 3.5.3)
Installed from: Ubuntu Packages
Compiler: gcc 4.1.1
OS: Linux
I am not sure wether this is really a bug or not, and it is more a "it doesn't work well" than a "it doesn't work" issue, so I'm filing this under "wishlist". Anyway, here goes...
I often chat with a far away friend, with MSN 7.5 and a slooow DSL connection, while I have a 5Mbits/1Mbits one. We use our webcams (which is the reason I compiled kopete 0.12.2 from sources, as previous versions would not allow both webcams to be open at the same time).
When receiving her cam, quickly the picture starts lagging. As I am typing this, I see what she has done in front of her cam HALF AN HOUR ago. We just timed it. We have been using the cams without interruption for a little more than an hour. Even though it's still nice to see her beautiful face on my screen, it does not help being unable to correlate what she writes to me with her facial expression, which is the very goal of a webcam after all.
*** Hypothesis #1 ***
Her bandwidth is not high enough to send the frames at the required rate, even though the negotiated picture quality is way lower than the one I send. Nothing seems to be implemented to keep the two computers in sync. Or if it had, then this feature doesn't work. I would expect the protocol to provide some way of telling "ok, there is too much lag between the two clients, let's drop the whole "unsent frames" queue and start anew".
I know that in my case it would be the job of the MSN client to drop the queue, not of Kopete. And I know that you can't change the design of the MSN protocol if does not propose such a mechanism. But, well, the issue might be kopete's fault, for not complaining about the lag for example. I don't know how it does work under the hood...
*** Hypothesis #2 ***
The displayed framerate on the kopete side is much slower than it should, and the data is buffered on my side. Big bug. Needs fixin'. Now. ^_^
Anyway, I just wanted to make you aware of the whole issue, even if it is not a critical one. It does not seem to be a known one if I believe the result of my searches on this bug tracking system. You may not be able to do anything about it but well...
Best regards,
Xavier