Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
H.S. wrote: Mateusz Kaduk wrote: 2009/6/11 H.S. hs.sa...@gmail.com: Why do you say it makes no sense? Well it makes sense and is useful, but doing profile is really fast and should reveal exactly the part of code causing problems that is using the most CPU cycles. Looks interesting. Indeed. Is there any problem with the one available in Debian? Yes its outdated and might not work with recent kernels. Packages ekiga-dbg libopal3.6.1-dbg libpt2.6.3 libpt2.6.3-dbg installs just fine here I am using ekiga 3.2.1~git20090515 from Debian sid. I am running Testing. But the first thing is to try to install ptlib 2.6.3 and opal 3.6.3 from unstable, maybe they fixed the issue! It seems to me that these versions from unstable depend *only* on testing packages, cf. http://release.debian.org/migration/testing.pl?package=opal;printalldeps=1 Try installing them from http://packages.debian.org/sid/libpt2.6.3 or by temporarily allowing unstable in /etc/apt/sources.list... -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
H.S. wrote: Mateusz Kaduk wrote: That makes no sens. Here on Debian everything works just fine. What You need to do is provide sufficient information. My suggestion is apt-get install ekiga-dbg libpt2.6.3-dbg libopal3.6.1-dbg Then compile and install sysprof from git clone git://git.gnome.org/sysprof I tried giving it a shot. Its INSTALL file says to run 'configure' script, but none exists. An 'autogen.sh' exists, but the INSTALL file doesn't say what to do with it. Ran autoconf.sh but it exits with the message checking for CORE_DEP... no configure: error: sysprof dependencies not satisfied Not sure what CORE_DEP is and it also doesn't tell me what is lacking (it appears). As shown, the culprit seems to be sysprof dependencies, but I do not understand... I do not have checking for CORE_DEP in my builds. -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Le jeudi 11 juin 2009 à 21:13 +0200, Eugen Dedu a écrit : Damien Sandras wrote: Le jeudi 11 juin 2009 à 12:56 -0400, H.S. a écrit : With the bouncing logo on both ends (Pic in Pic). Codecs used are SPEEX and Theora. Same conditions on both machines. But this time (laptop -- Debain), I am on my lan. The experiment yesterday was on the Debian machine with a remote user on the internet. It would be interesting to try isolating the problem : - try with and without video - try with different codecs - see cases when it happens, and cases when it does not Perhaps it is due to one of the changes in the ALSA plugin. Eugen ? I have not changed anything in debian packaging about alsa. But the plugin code changed. Yes, sysprof can be interesting. We should optimize Ekiga so that it also runs on embedded systems. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Eugen Dedu wrote: H.S. wrote: Mateusz Kaduk wrote: 2009/6/11 H.S. hs.sa...@gmail.com: Why do you say it makes no sense? Well it makes sense and is useful, but doing profile is really fast and should reveal exactly the part of code causing problems that is using the most CPU cycles. Looks interesting. Indeed. Is there any problem with the one available in Debian? Yes its outdated and might not work with recent kernels. Packages ekiga-dbg libopal3.6.1-dbg libpt2.6.3 libpt2.6.3-dbg installs just fine here I am using ekiga 3.2.1~git20090515 from Debian sid. I am running Testing. But the first thing is to try to install ptlib 2.6.3 and opal 3.6.3 from unstable, maybe they fixed the issue! It seems to me that these versions from unstable depend *only* on testing packages, cf. http://release.debian.org/migration/testing.pl?package=opal;printalldeps=1 Try installing them from http://packages.debian.org/sid/libpt2.6.3 or by temporarily allowing unstable in /etc/apt/sources.list... I think I spent too little time when writing this e-mail, sorry. Installing 2.6.3/3.6.3 does not mean that ekiga from debian will use them, because the executable still asks for 2.6.1/3.6.1 (is that right?) Until another better proposition arrive, I think the best is to install ptlib/opal from unstable, and compile ekiga from git stable; and only if the problem still occurs, use profiling. -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] ekiga 3.2.1 taking too much cpu
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2 $3}'
ekiga 3.2.1~git20090515.9d0263-1
libasound2 1.0.20-2
libasound2-dev 1.0.20-2
libasound2-plugins 1.0.19-2
libopal-2.2 2.2.11~dfsg1-4
libopal3.6.1 3.6.1~dfsg-1
libpt-1.10.10 1.10.10-3
libpt-1.10.10-plugins-alsa 1.10.10-3
libpt-1.10.10-plugins-v4l 1.10.10-3
libpt2.6.1 2.6.1-2
libpt2.6.1-plugins-alsa 2.6.1-2
libpt2.6.1-plugins-v4l2 2.6.1-2
libpth20 2.0.7-12
libpthread-stubs0 0.1-2
libpthread-stubs0-dev 0.1-2
Thanks.
--
Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit :
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2 $3}'
ekiga 3.2.1~git20090515.9d0263-1
libasound2 1.0.20-2
libasound2-dev 1.0.20-2
libasound2-plugins 1.0.19-2
libopal-2.2 2.2.11~dfsg1-4
libopal3.6.1 3.6.1~dfsg-1
libpt-1.10.10 1.10.10-3
libpt-1.10.10-plugins-alsa 1.10.10-3
libpt-1.10.10-plugins-v4l 1.10.10-3
libpt2.6.1 2.6.1-2
libpt2.6.1-plugins-alsa 2.6.1-2
libpt2.6.1-plugins-v4l2 2.6.1-2
libpth20 2.0.7-12
libpthread-stubs0 0.1-2
libpthread-stubs0-dev 0.1-2
We never heard of such a problem before...
--
_ Damien Sandras
(o-
//\Ekiga Softphone : http://www.ekiga.org/
v_/_ Be IP : http://www.beip.be/
FOSDEM : http://www.fosdem.org/
SIP Phone : sip:dsand...@ekiga.net
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Damien Sandras wrote:
Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit :
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2 $3}'
ekiga 3.2.1~git20090515.9d0263-1
libasound2 1.0.20-2
libasound2-dev 1.0.20-2
libasound2-plugins 1.0.19-2
libopal-2.2 2.2.11~dfsg1-4
libopal3.6.1 3.6.1~dfsg-1
libpt-1.10.10 1.10.10-3
libpt-1.10.10-plugins-alsa 1.10.10-3
libpt-1.10.10-plugins-v4l 1.10.10-3
libpt2.6.1 2.6.1-2
libpt2.6.1-plugins-alsa 2.6.1-2
libpt2.6.1-plugins-v4l2 2.6.1-2
libpth20 2.0.7-12
libpthread-stubs0 0.1-2
libpthread-stubs0-dev 0.1-2
We never heard of such a problem before...
Seems related: http://bugzilla.gnome.org/show_bug.cgi?id=581019
I noticed also the audio choppy (i.e. each 5-15 sec, I do not hear
anything for 1 sec.)
--
Eugen
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Le jeudi 11 juin 2009 à 18:14 +0200, Eugen Dedu a écrit :
Damien Sandras wrote:
Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit :
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2
$3}'
ekiga 3.2.1~git20090515.9d0263-1
libasound2 1.0.20-2
libasound2-dev 1.0.20-2
libasound2-plugins 1.0.19-2
libopal-2.2 2.2.11~dfsg1-4
libopal3.6.1 3.6.1~dfsg-1
libpt-1.10.10 1.10.10-3
libpt-1.10.10-plugins-alsa 1.10.10-3
libpt-1.10.10-plugins-v4l 1.10.10-3
libpt2.6.1 2.6.1-2
libpt2.6.1-plugins-alsa 2.6.1-2
libpt2.6.1-plugins-v4l2 2.6.1-2
libpth20 2.0.7-12
libpthread-stubs0 0.1-2
libpthread-stubs0-dev 0.1-2
We never heard of such a problem before...
Seems related: http://bugzilla.gnome.org/show_bug.cgi?id=581019
Easy to see: do you have your CPU running at 100% Eugen ?
I noticed also the audio choppy (i.e. each 5-15 sec, I do not hear
anything for 1 sec.)
Try seeing if it happens :
- only with audio
- only with audio video
- only with some codec
and report it to Robert...
--
_ Damien Sandras
(o-
//\Ekiga Softphone : http://www.ekiga.org/
v_/_ Be IP : http://www.beip.be/
FOSDEM : http://www.fosdem.org/
SIP Phone : sip:dsand...@ekiga.net
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Eugen Dedu wrote:
Damien Sandras wrote:
Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit :
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2
$3}'
ekiga 3.2.1~git20090515.9d0263-1
libasound2 1.0.20-2
libasound2-dev 1.0.20-2
libasound2-plugins 1.0.19-2
libopal-2.2 2.2.11~dfsg1-4
libopal3.6.1 3.6.1~dfsg-1
libpt-1.10.10 1.10.10-3
libpt-1.10.10-plugins-alsa 1.10.10-3
libpt-1.10.10-plugins-v4l 1.10.10-3
libpt2.6.1 2.6.1-2
libpt2.6.1-plugins-alsa 2.6.1-2
libpt2.6.1-plugins-v4l2 2.6.1-2
libpth20 2.0.7-12
libpthread-stubs0 0.1-2
libpthread-stubs0-dev 0.1-2
We never heard of such a problem before...
Seems related: http://bugzilla.gnome.org/show_bug.cgi?id=581019
I noticed also the audio choppy (i.e. each 5-15 sec, I do not hear
anything for 1 sec.)
Tried this on Ubuntu Jaunty as well. Similar problem. Ekiga CPU usage
jumps to 30~40%.
--
Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Le jeudi 11 juin 2009 à 12:40 -0400, H.S. a écrit :
Eugen Dedu wrote:
Damien Sandras wrote:
Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit :
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2
$3}'
ekiga 3.2.1~git20090515.9d0263-1
libasound2 1.0.20-2
libasound2-dev 1.0.20-2
libasound2-plugins 1.0.19-2
libopal-2.2 2.2.11~dfsg1-4
libopal3.6.1 3.6.1~dfsg-1
libpt-1.10.10 1.10.10-3
libpt-1.10.10-plugins-alsa 1.10.10-3
libpt-1.10.10-plugins-v4l 1.10.10-3
libpt2.6.1 2.6.1-2
libpt2.6.1-plugins-alsa 2.6.1-2
libpt2.6.1-plugins-v4l2 2.6.1-2
libpth20 2.0.7-12
libpthread-stubs0 0.1-2
libpthread-stubs0-dev 0.1-2
We never heard of such a problem before...
Seems related: http://bugzilla.gnome.org/show_bug.cgi?id=581019
I noticed also the audio choppy (i.e. each 5-15 sec, I do not hear
anything for 1 sec.)
Tried this on Ubuntu Jaunty as well. Similar problem. Ekiga CPU usage
jumps to 30~40%.
With or without video or both ?
--
_ Damien Sandras
(o-
//\Ekiga Softphone : http://www.ekiga.org/
v_/_ Be IP : http://www.beip.be/
FOSDEM : http://www.fosdem.org/
SIP Phone : sip:dsand...@ekiga.net
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
H.S. wrote:
Eugen Dedu wrote:
Damien Sandras wrote:
Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit :
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2
$3}'
ekiga 3.2.1~git20090515.9d0263-1
We never heard of such a problem before...
Seems related: http://bugzilla.gnome.org/show_bug.cgi?id=581019
I noticed also the audio choppy (i.e. each 5-15 sec, I do not hear
anything for 1 sec.)
Tried this on Ubuntu Jaunty as well. Similar problem. Ekiga CPU usage
jumps to 30~40%.
BTW, Debian Testing machine: 2 GHz Intel CPU, 1.25 GB RAM.
Jaunty laptop: 2.8 GHz dual core CPU, 1.25 GB RAM.
--
Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Damien Sandras wrote: Le jeudi 11 juin 2009 à 12:40 -0400, H.S. a écrit : Eugen Dedu wrote: Damien Sandras wrote: Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit : Hello, After a recent upgrade we got new Ekiga in Debian Testing (Ekiga 3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0) was segfaulting (due to ptlib I think). But now this new version is keeping the CPU busy and the audio is choppy. It used to work wonderfully in an earlier version (2.0.12 IIRC). The problem is usually during a call. CPU usage jumps to 20~50% and the audio becomes broken and choppy. It appears as though Ekiga is using up too many system resources. We never heard of such a problem before... Seems related: http://bugzilla.gnome.org/show_bug.cgi?id=581019 I noticed also the audio choppy (i.e. each 5-15 sec, I do not hear anything for 1 sec.) Tried this on Ubuntu Jaunty as well. Similar problem. Ekiga CPU usage jumps to 30~40%. With or without video or both ? With the bouncing logo on both ends (Pic in Pic). Codecs used are SPEEX and Theora. Same conditions on both machines. But this time (laptop -- Debain), I am on my lan. The experiment yesterday was on the Debian machine with a remote user on the internet. -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Le jeudi 11 juin 2009 à 12:56 -0400, H.S. a écrit : With the bouncing logo on both ends (Pic in Pic). Codecs used are SPEEX and Theora. Same conditions on both machines. But this time (laptop -- Debain), I am on my lan. The experiment yesterday was on the Debian machine with a remote user on the internet. It would be interesting to try isolating the problem : - try with and without video - try with different codecs - see cases when it happens, and cases when it does not Perhaps it is due to one of the changes in the ALSA plugin. Eugen ? -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Damien Sandras wrote: Le jeudi 11 juin 2009 à 12:56 -0400, H.S. a écrit : With the bouncing logo on both ends (Pic in Pic). Codecs used are SPEEX and Theora. Same conditions on both machines. But this time (laptop -- Debain), I am on my lan. The experiment yesterday was on the Debian machine with a remote user on the internet. It would be interesting to try isolating the problem : - try with and without video - try with different codecs - see cases when it happens, and cases when it does not Perhaps it is due to one of the changes in the ALSA plugin. Eugen ? SPEEX 16 KHz and Theora CPU 70% busy SPEEX 16 KHz and H261CPU 70% busy G722 16 KHz and H261CPU 90% busy (140% on the dual core machine) PCMU 8 KHz and H261CPU 18% busy Regards -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Damien Sandras wrote:
Le jeudi 11 juin 2009 à 18:14 +0200, Eugen Dedu a écrit :
Damien Sandras wrote:
Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit :
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2 $3}'
ekiga 3.2.1~git20090515.9d0263-1
libasound2 1.0.20-2
libasound2-dev 1.0.20-2
libasound2-plugins 1.0.19-2
libopal-2.2 2.2.11~dfsg1-4
libopal3.6.1 3.6.1~dfsg-1
libpt-1.10.10 1.10.10-3
libpt-1.10.10-plugins-alsa 1.10.10-3
libpt-1.10.10-plugins-v4l 1.10.10-3
libpt2.6.1 2.6.1-2
libpt2.6.1-plugins-alsa 2.6.1-2
libpt2.6.1-plugins-v4l2 2.6.1-2
libpth20 2.0.7-12
libpthread-stubs0 0.1-2
libpthread-stubs0-dev 0.1-2
We never heard of such a problem before...
Seems related: http://bugzilla.gnome.org/show_bug.cgi?id=581019
Easy to see: do you have your CPU running at 100% Eugen ?
I have never seen that. But there are some bugs which appear on some
machines, and on others do not (even if both use debian and the same
binaries for ex.)
Eugen
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Damien Sandras wrote: Le jeudi 11 juin 2009 à 12:56 -0400, H.S. a écrit : With the bouncing logo on both ends (Pic in Pic). Codecs used are SPEEX and Theora. Same conditions on both machines. But this time (laptop -- Debain), I am on my lan. The experiment yesterday was on the Debian machine with a remote user on the internet. It would be interesting to try isolating the problem : - try with and without video - try with different codecs - see cases when it happens, and cases when it does not Perhaps it is due to one of the changes in the ALSA plugin. Eugen ? I have not changed anything in debian packaging about alsa. -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
H.S. wrote: Damien Sandras wrote: Le jeudi 11 juin 2009 à 12:56 -0400, H.S. a écrit : With the bouncing logo on both ends (Pic in Pic). Codecs used are SPEEX and Theora. Same conditions on both machines. But this time (laptop -- Debain), I am on my lan. The experiment yesterday was on the Debian machine with a remote user on the internet. It would be interesting to try isolating the problem : - try with and without video - try with different codecs - see cases when it happens, and cases when it does not Perhaps it is due to one of the changes in the ALSA plugin. Eugen ? SPEEX 16 KHz and Theora CPU 70% busy SPEEX 16 KHz and H261CPU 70% busy G722 16 KHz and H261CPU 90% busy (140% on the dual core machine) PCMU 8 KHz and H261CPU 18% busy The video might use much CPU by itself. HS, try starting ekiga, and show the video, without communicating. What does uptime shows? Do you see warnings/errors in /var/log files (ls -lt /var/log)? -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Eugen Dedu wrote: H.S. wrote: Damien Sandras wrote: Le jeudi 11 juin 2009 à 12:56 -0400, H.S. a écrit : It would be interesting to try isolating the problem : - try with and without video - try with different codecs - see cases when it happens, and cases when it does not Perhaps it is due to one of the changes in the ALSA plugin. Eugen ? SPEEX 16 KHz and Theora CPU 70% busy SPEEX 16 KHz and H261CPU 70% busy G722 16 KHz and H261CPU 90% busy (140% on the dual core machine) PCMU 8 KHz and H261CPU 18% busy The video might use much CPU by itself. HS, try starting ekiga, and show the video, without communicating. What does uptime shows? Do you see warnings/errors in /var/log files (ls -lt /var/log)? Just checked syslog, nothing relevant happened when I made the calls. Surprisingly (I was expecting complaints by alsa or pulseaudio). Video: View - Show dialpad - Click on the camera icon. The bouncing log is displayed. CPU usage hovers around 4~5%, as opposed to around 0.1~0.8% when I switch off the video. -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
H.S. wrote: Damien Sandras wrote: Le jeudi 11 juin 2009 à 12:56 -0400, H.S. a écrit : With the bouncing logo on both ends (Pic in Pic). Codecs used are SPEEX and Theora. Same conditions on both machines. But this time (laptop -- Debain), I am on my lan. The experiment yesterday was on the Debian machine with a remote user on the internet. It would be interesting to try isolating the problem : - try with and without video - try with different codecs - see cases when it happens, and cases when it does not Perhaps it is due to one of the changes in the ALSA plugin. Eugen ? SPEEX 16 KHz and Theora CPU 70% busy SPEEX 16 KHz and H261CPU 70% busy G722 16 KHz and H261CPU 90% busy (140% on the dual core machine) PCMU 8 KHz and H261CPU 18% busy Could you try also g722 and pcmu with theora? Who knows, if they give the same cpu usage as with h261, this means there is a problem with (all) audio codecs... (It seems already that video is not involved in this bug.) -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
That makes no sens. Here on Debian everything works just fine. What You need to do is provide sufficient information. My suggestion is apt-get install ekiga-dbg libpt2.6.3-dbg libopal3.6.1-dbg Then compile and install sysprof from git clone git://git.gnome.org/sysprof Load module and make a profile of running ekiga. Also try as it was already suggested with audio and then video only. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Mateusz Kaduk wrote: That makes no sens. Here on Debian everything works just fine. Why do you say it makes no sense? To me, the data so far says something about the difference in audio codecs being used. Moreover, since I am not using a webcam and only the moving logo, video appears to be not a problem. By checking the additional setup as Eugen suggested, this will clarify the picture even more. That does make some sense. What You need to do is provide sufficient information. My suggestion is Yes, here I agree. The information may be insufficient, but it is not worthless. apt-get install ekiga-dbg libpt2.6.3-dbg libopal3.6.1-dbg $ sudo aptitude -V -s install ekiga-dbg libpt2.6.3-dbg libopal3.6.1-dbg Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Couldn't find any package whose name or description matched libpt2.6.3-dbg Couldn't find any package whose name or description matched libpt2.6.3-dbg The following NEW packages will be installed: ekiga-dbg [3.2.1~git20090515.9d0263-1] libopal3.6.1-dbg [3.6.1~dfsg-1] 0 packages upgraded, 2 newly installed, 0 to remove and 3 not upgraded. Need to get 15.1MB of archives. After unpacking 47.5MB will be used. Would download/install/remove packages. Which Debian version are you running? Then compile and install sysprof from git clone git://git.gnome.org/sysprof Is there any problem with the one available in Debian? -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
On Thu, 2009-06-11 at 12:40 -0400, H.S. wrote:
Eugen Dedu wrote:
Damien Sandras wrote:
Le jeudi 11 juin 2009 à 11:37 -0400, H.S. a écrit :
Hello,
After a recent upgrade we got new Ekiga in Debian Testing (Ekiga
3.2.1~git20090515.9d0263-1). Wonderful, since the last version (3.2.0)
was segfaulting (due to ptlib I think). But now this new version is
keeping the CPU busy and the audio is choppy. It used to work
wonderfully in an earlier version (2.0.12 IIRC).
The problem is usually during a call. CPU usage jumps to 20~50% and the
audio becomes broken and choppy. It appears as though Ekiga is using up
too many system resources.
I posted on Debian user mailing list and some have suggested I compile
the newest version. Before I do anything like that, I am hoping there
might be a fix for this problem, or at least an explanation.
Anybody else see this problem? I am using the new KDE with pulseaudio.
Also, I have these installed:
$ dpkg -l ekiga libasou* *opal* libpt* | grep ^i | gawk '{print $2
$3}'
ekiga 3.2.1~git20090515.9d0263-1
libasound2 1.0.20-2
libasound2-dev 1.0.20-2
libasound2-plugins 1.0.19-2
libopal-2.2 2.2.11~dfsg1-4
libopal3.6.1 3.6.1~dfsg-1
libpt-1.10.10 1.10.10-3
libpt-1.10.10-plugins-alsa 1.10.10-3
libpt-1.10.10-plugins-v4l 1.10.10-3
libpt2.6.1 2.6.1-2
libpt2.6.1-plugins-alsa 2.6.1-2
libpt2.6.1-plugins-v4l2 2.6.1-2
libpth20 2.0.7-12
libpthread-stubs0 0.1-2
libpthread-stubs0-dev 0.1-2
We never heard of such a problem before...
Seems related: http://bugzilla.gnome.org/show_bug.cgi?id=581019
I noticed also the audio choppy (i.e. each 5-15 sec, I do not hear
anything for 1 sec.)
Tried this on Ubuntu Jaunty as well. Similar problem. Ekiga CPU usage
jumps to 30~40%.
--
Please reply to this list only. I read this list on its corresponding
newsgroup on gmane.org. Replies sent to my email address are just
filtered to a folder in my mailbox and get periodically deleted without
ever having been read.
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
I have just upgraded to 9.04 (i386). I'm experiencing the same problems
in addition to Horizontal stripping of once perfect video. I mean a
single light row and then darker clear row thoughtout the picture. The
audio gap is averaging a second to 2 second when testing on the
5...@ekiga.net. None of this was present on 7.10 or 8.04 under ekiga
3.0.1.
Stu
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
2009/6/11 H.S. hs.sa...@gmail.com: Why do you say it makes no sense? Well it makes sense and is useful, but doing profile is really fast and should reveal exactly the part of code causing problems that is using the most CPU cycles. Is there any problem with the one available in Debian? Yes its outdated and might not work with recent kernels. Packages ekiga-dbg libopal3.6.1-dbg libpt2.6.3 libpt2.6.3-dbg installs just fine here I am using ekiga 3.2.1~git20090515 from Debian sid. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Mateusz Kaduk wrote: 2009/6/11 H.S. hs.sa...@gmail.com: Why do you say it makes no sense? Well it makes sense and is useful, but doing profile is really fast and should reveal exactly the part of code causing problems that is using the most CPU cycles. Looks interesting. Is there any problem with the one available in Debian? Yes its outdated and might not work with recent kernels. Packages ekiga-dbg libopal3.6.1-dbg libpt2.6.3 libpt2.6.3-dbg installs just fine here I am using ekiga 3.2.1~git20090515 from Debian sid. I am running Testing. -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Mateusz Kaduk wrote: That makes no sens. Here on Debian everything works just fine. What You need to do is provide sufficient information. My suggestion is apt-get install ekiga-dbg libpt2.6.3-dbg libopal3.6.1-dbg Then compile and install sysprof from git clone git://git.gnome.org/sysprof I tried giving it a shot. Its INSTALL file says to run 'configure' script, but none exists. An 'autogen.sh' exists, but the INSTALL file doesn't say what to do with it. Ran autoconf.sh but it exits with the message checking for CORE_DEP... no configure: error: sysprof dependencies not satisfied Not sure what CORE_DEP is and it also doesn't tell me what is lacking (it appears). So for now, I think I am going to shelve compiling from git. Load module and make a profile of running ekiga. Also try as it was already suggested with audio and then video only. I am thinking of giving the Debian package a shot, unless it is lacking some critical features. -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Mateusz Kaduk wrote: 2009/6/11 H.S. hs.sa...@gmail.com: Why do you say it makes no sense? Well it makes sense and is useful, but doing profile is really fast and should reveal exactly the part of code causing problems that is using the most CPU cycles. Installed the module (on Ubuntu laptop, using the Jaunty sysprof package), started sysprof, started ekiga, stopped ekiga, saved the profile from the sysprof GUI. Now, how I go about making some sense out of the saved profile? What am I looking for. Thanks. -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.2.1 taking too much cpu
Eugen Dedu wrote: H.S. wrote: Damien Sandras wrote: Le jeudi 11 juin 2009 à 12:56 -0400, H.S. a écrit : With the bouncing logo on both ends (Pic in Pic). Codecs used are SPEEX and Theora. Same conditions on both machines. But this time (laptop -- Debain), I am on my lan. The experiment yesterday was on the Debian machine with a remote user on the internet. It would be interesting to try isolating the problem : - try with and without video - try with different codecs - see cases when it happens, and cases when it does not Perhaps it is due to one of the changes in the ALSA plugin. Eugen ? SPEEX 16 KHz and Theora CPU 70% busy SPEEX 16 KHz and H261CPU 70% busy G722 16 KHz and H261CPU 90% busy (140% on the dual core machine) PCMU 8 KHz and H261CPU 18% busy Could you try also g722 and pcmu with theora? Who knows, if they give the same cpu usage as with h261, this means there is a problem with (all) audio codecs... PCMU 8 KHz and THEORACPU 30% busy G722 16 KHz and THEORACPU 70% busy -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
