------- 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=153259
------- Additional Comments From taupter gmail com 2008-01-22 04:37 -------
I'd like if you could do another little test, even a simpler one:
Add a Testbed account in your list;
Get online with the testbed protocol;
Open Kopete's configuration window, go to the video panel;
While the video panel is open, right-click on the Kopete icon in the system
tray and go to Testbed account/Show my own video;
Let the thing running for 15 minutes;
Close the Testbed video window;
Close the video configuration window;
Quit Kopete.
The image from webcam must be updated while there's an open window showing it.
Tested here with 3.5.x, 4.0.x and trunk, and everything went right.
I'm asking it because I suspect the bug resides in MSN protocol, not in
protocol-agnostic video handler. I saw some weirdness with Kopete's MSN
implementation of the video protocol, as video getting too out-of-sync with
reality (by more than 2 minutes of difference). My bet is MSN queues frames to
send (it sends video in a timeslice-based, hard-coded time fashion, independent
of the available bandwidth) and those frames start to accumulate in the queue,
eating more and more memory and after some given amount of time/RAM it simply
freezes. I have no deep experience with the MSN protocol, but my wild guess is
that it is the culprit. ;D
Please do the test and report back, so we can put the bug where it belongs.
_______________________________________________
kopete-devel mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kopete-devel
