------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=135929
Summary: Kopete/MSN 7.5 - Slow bandwidth or bug leads to huge
delay/lag in MSN webcam picture - No resynchronisation
is ever attempted
Product: kopete
Version: unspecified
Platform: Ubuntu Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: general
AssignedTo: kopete-devel kde org
ReportedBy: DetunizedGravity yahoo fr
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
_______________________________________________
kopete-devel mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kopete-devel
