|
View:
New views
16 Messages
—
Rating Filter:
Alert me
|
|
|
Audio issuesHi,
audio seems to be still a game of luck with current ekiga's stable release. Sometimes when I answer an incoming call, I can't hear the caller and he can't hear me. Sometimes I can hear him, sometimes I can't but he can. There doesn't seem to be any rule for this behavior. I observed this with all 3.2 versions. It's independent of the sip provider or the caller. All three audio devices are set to default, I have no sound daemon running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on Ubuntu Linux. Once this problem occurs, I have to restart ekiga to get sound working again properly. I'll send a d4 output a soon this happens again. Anyone else having this problem? Chris _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesHi,
> audio seems to be still a game of luck with current ekiga's stable release. > Sometimes when I answer an incoming call, I can't hear the caller and he > can't hear me. Sometimes I can hear him, sometimes I can't but he can. There > doesn't seem to be any rule for this behavior. I observed this with all 3.2 > versions. It's independent of the sip provider or the caller. > All three audio devices are set to default, I have no sound daemon running > (like esd or pulse). Ekiga, opal and ptlib are self-compiled on Ubuntu > Linux. > Once this problem occurs, I have to restart ekiga to get sound working again > properly. I'll send a d4 output a soon this happens again. > Anyone else having this problem? I've seen this on a number of occasions on Fedora as well. Fedora uses PulseAudio but that doesn't seem to be the issue. I've even had some report that they've recompiled ekiga 2 from F-9 and go back to that. It seems very hit and miss as to what causes the issue and its very hard to track down. Peter _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesLe mercredi 08 juillet 2009 à 11:49 -0400, Christian Schäfer a écrit :
> Hi, > > audio seems to be still a game of luck with current ekiga's stable > release. Sometimes when I answer an incoming call, I can't hear the > caller and he can't hear me. Sometimes I can hear him, sometimes I can't > but he can. There doesn't seem to be any rule for this behavior. I > observed this with all 3.2 versions. It's independent of the sip > provider or the caller. > All three audio devices are set to default, I have no sound daemon > running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on > Ubuntu Linux. > Once this problem occurs, I have to restart ekiga to get sound working > again properly. I'll send a d4 output a soon this happens again. > Anyone else having this problem? > It sounds like NAT issues. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras@... _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesChristian Schäfer wrote:
> Hi, > > audio seems to be still a game of luck with current ekiga's stable > release. Sometimes when I answer an incoming call, I can't hear the > caller and he can't hear me. Sometimes I can hear him, sometimes I can't > but he can. There doesn't seem to be any rule for this behavior. I > observed this with all 3.2 versions. It's independent of the sip > provider or the caller. > All three audio devices are set to default, I have no sound daemon > running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on > Ubuntu Linux. > Once this problem occurs, I have to restart ekiga to get sound working > again properly. I'll send a d4 output a soon this happens again. The best is to always start ekiga like this: $ ekiga -d 4 2>/tmp/debug.out and when the problem arrives, you get the output. > Anyone else having this problem? This could be the "pdu too large" problem, but that bug is reproducible... -- Eugen _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesDamien Sandras wrote:
> Le mercredi 08 juillet 2009 à 11:49 -0400, Christian Schäfer a écrit : >> Hi, >> >> audio seems to be still a game of luck with current ekiga's stable >> release. Sometimes when I answer an incoming call, I can't hear the >> caller and he can't hear me. Sometimes I can hear him, sometimes I can't >> but he can. There doesn't seem to be any rule for this behavior. I >> observed this with all 3.2 versions. It's independent of the sip >> provider or the caller. >> All three audio devices are set to default, I have no sound daemon >> running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on >> Ubuntu Linux. >> Once this problem occurs, I have to restart ekiga to get sound working >> again properly. I'll send a d4 output a soon this happens again. >> Anyone else having this problem? >> > > It sounds like NAT issues. The problem is that ekiga v2 works and v3 does not sometimes... -- Eugen _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issues>> audio seems to be still a game of luck with current ekiga's stable
>> release. Sometimes when I answer an incoming call, I can't hear the >> caller and he can't hear me. Sometimes I can hear him, sometimes I can't >> but he can. There doesn't seem to be any rule for this behavior. I >> observed this with all 3.2 versions. It's independent of the sip >> provider or the caller. >> All three audio devices are set to default, I have no sound daemon >> running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on >> Ubuntu Linux. >> Once this problem occurs, I have to restart ekiga to get sound working >> again properly. I'll send a d4 output a soon this happens again. >> Anyone else having this problem? > It sounds like NAT issues. No, this is independent of NAT. And if it wouldn't be, this problem should be reproducable then.. Chris _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesLe mercredi 08 juillet 2009 à 12:18 -0400, Christian Schäfer a écrit :
> >> audio seems to be still a game of luck with current ekiga's stable > >> release. Sometimes when I answer an incoming call, I can't hear the > >> caller and he can't hear me. Sometimes I can hear him, sometimes I can't > >> but he can. There doesn't seem to be any rule for this behavior. I > >> observed this with all 3.2 versions. It's independent of the sip > >> provider or the caller. > >> All three audio devices are set to default, I have no sound daemon > >> running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on > >> Ubuntu Linux. > >> Once this problem occurs, I have to restart ekiga to get sound working > >> again properly. I'll send a d4 output a soon this happens again. > >> Anyone else having this problem? > > > It sounds like NAT issues. > > No, this is independent of NAT. And if it wouldn't be, this problem > should be reproducable then.. What is the cause then ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras@... _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issues>> audio seems to be still a game of luck with current ekiga's stable
>> release. Sometimes when I answer an incoming call, I can't hear the >> caller and he can't hear me. Sometimes I can hear him, sometimes I can't >> but he can. There doesn't seem to be any rule for this behavior. I >> observed this with all 3.2 versions. It's independent of the sip >> provider or the caller. >> All three audio devices are set to default, I have no sound daemon >> running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on >> Ubuntu Linux. >> Once this problem occurs, I have to restart ekiga to get sound working >> again properly. I'll send a d4 output a soon this happens again. >> Anyone else having this problem? >> > > It sounds like NAT issues. That was my first response as well but then surely they'd see the issue with ekiga v2. I think part of one of the problems is the openser issue but I'm not sure if that was fixed with the last 3.2.5 and associated ptlib/opal issue. I'm waiting for the new ekiga build to be pushed out to fedora updates-testing for that person to confirm. Peter _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesDamien Sandras schrieb:
> Le mercredi 08 juillet 2009 à 12:18 -0400, Christian Schäfer a écrit : >>>> audio seems to be still a game of luck with current ekiga's stable >>>> release. Sometimes when I answer an incoming call, I can't hear the >>>> caller and he can't hear me. Sometimes I can hear him, sometimes I can't >>>> but he can. There doesn't seem to be any rule for this behavior. I >>>> observed this with all 3.2 versions. It's independent of the sip >>>> provider or the caller. >>>> All three audio devices are set to default, I have no sound daemon >>>> running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on >>>> Ubuntu Linux. >>>> Once this problem occurs, I have to restart ekiga to get sound working >>>> again properly. I'll send a d4 output a soon this happens again. >>>> Anyone else having this problem? >>> It sounds like NAT issues. >> No, this is independent of NAT. And if it wouldn't be, this problem >> should be reproducable then.. > > What is the cause then ? Ekiga's NAT detection change their role, my Fritz!Box e.g.. In the -d 4 logs look for the lines containing stun. When I am continously starting Ekiga and make calls Ekiga detects cone NAT. The first time or after some inactivity it reads port restricted NAT. Regards Michael _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesLe mercredi 08 juillet 2009 à 17:54 +0100, Peter Robinson a écrit :
> >> audio seems to be still a game of luck with current ekiga's stable > >> release. Sometimes when I answer an incoming call, I can't hear the > >> caller and he can't hear me. Sometimes I can hear him, sometimes I can't > >> but he can. There doesn't seem to be any rule for this behavior. I > >> observed this with all 3.2 versions. It's independent of the sip > >> provider or the caller. > >> All three audio devices are set to default, I have no sound daemon > >> running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on > >> Ubuntu Linux. > >> Once this problem occurs, I have to restart ekiga to get sound working > >> again properly. I'll send a d4 output a soon this happens again. > >> Anyone else having this problem? > >> > > > > It sounds like NAT issues. > > That was my first response as well but then surely they'd see the > issue with ekiga v2. I think part of one of the problems is the > openser issue but I'm not sure if that was fixed with the last 3.2.5 > and associated ptlib/opal issue. I'm waiting for the new ekiga build > to be pushed out to fedora updates-testing for that person to confirm. If you are talking about the openser issue that prevents registration, that's another problem and it is due to misconfiguration of openser... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras@... _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issues>> >> audio seems to be still a game of luck with current ekiga's stable
>> >> release. Sometimes when I answer an incoming call, I can't hear the >> >> caller and he can't hear me. Sometimes I can hear him, sometimes I can't >> >> but he can. There doesn't seem to be any rule for this behavior. I >> >> observed this with all 3.2 versions. It's independent of the sip >> >> provider or the caller. >> >> All three audio devices are set to default, I have no sound daemon >> >> running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on >> >> Ubuntu Linux. >> >> Once this problem occurs, I have to restart ekiga to get sound working >> >> again properly. I'll send a d4 output a soon this happens again. >> >> Anyone else having this problem? >> >> >> > >> > It sounds like NAT issues. >> >> That was my first response as well but then surely they'd see the >> issue with ekiga v2. I think part of one of the problems is the >> openser issue but I'm not sure if that was fixed with the last 3.2.5 >> and associated ptlib/opal issue. I'm waiting for the new ekiga build >> to be pushed out to fedora updates-testing for that person to confirm. > > If you are talking about the openser issue that prevents registration, > that's another problem and it is due to misconfiguration of openser... Referring to the bug below. There's no reference to a configuration problem in the bug and its still open. http://bugzilla.gnome.org/show_bug.cgi?id=586775 Peter _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesLe mercredi 08 juillet 2009 à 22:15 +0100, Peter Robinson a écrit :
> Referring to the bug below. There's no reference to a configuration > problem in the bug and its still open. > > http://bugzilla.gnome.org/show_bug.cgi?id=586775 I closed it. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras@... _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesMichael Rickmann wrote:
>>> No, this is independent of NAT. And if it wouldn't be, this problem >>> should be reproducable then.. >> What is the cause then ? > I would assume a NAT issue as well. There are routers which according to > Ekiga's NAT detection change their role, my Fritz!Box e.g.. In the -d 4 > logs look for the lines containing stun. When I am continously starting > Ekiga and make calls Ekiga detects cone NAT. The first time or after > some inactivity it reads port restricted NAT. Well, the problem occurs in a company's network with direct internet access. I suppose this effect of changing NAT behavior you're talking about is related to low-end home routers. stun.ekiga.net tells me in ekiga's logs constantly that I am behind a "Symmetric Firewall". I really hate to say this, but I'm currently giving Linphone a try. So far there are no such audio problems. Chris _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesChristian Schäfer wrote:
> Michael Rickmann wrote: >>>> No, this is independent of NAT. And if it wouldn't be, this problem >>>> should be reproducable then.. >>> What is the cause then ? >> I would assume a NAT issue as well. There are routers which according >> to Ekiga's NAT detection change their role, my Fritz!Box e.g.. In the >> -d 4 logs look for the lines containing stun. When I am continously >> starting Ekiga and make calls Ekiga detects cone NAT. The first time >> or after some inactivity it reads port restricted NAT. > > Well, the problem occurs in a company's network with direct internet > access. I suppose this effect of changing NAT behavior you're talking > about is related to low-end home routers. > stun.ekiga.net tells me in ekiga's logs constantly that I am behind a > "Symmetric Firewall". > > I really hate to say this, but I'm currently giving Linphone a try. So > far there are no such audio problems. You have not sent us any debug output so far for these audio problems. > Chris > _______________________________________________ > Ekiga-devel-list mailing list > Ekiga-devel-list@... > http://mail.gnome.org/mailman/listinfo/ekiga-devel-list > -- Eugen _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesEugen Dedu wrote:
>>>>> No, this is independent of NAT. And if it wouldn't be, this problem >>>>> should be reproducable then.. >>>> What is the cause then ? >>> I would assume a NAT issue as well. There are routers which according >>> to Ekiga's NAT detection change their role, my Fritz!Box e.g.. In the >>> -d 4 logs look for the lines containing stun. When I am continously >>> starting Ekiga and make calls Ekiga detects cone NAT. The first time >>> or after some inactivity it reads port restricted NAT. >> Well, the problem occurs in a company's network with direct internet >> access. I suppose this effect of changing NAT behavior you're talking >> about is related to low-end home routers. >> stun.ekiga.net tells me in ekiga's logs constantly that I am behind a >> "Symmetric Firewall". >> I really hate to say this, but I'm currently giving Linphone a try. So >> far there are no such audio problems. > You have not sent us any debug output so far for these audio problems. As I already wrote in an earlier mail, I'll do so as soon as the problem occurs again. As I said, this issue is hardly reproducible so it's hard to get a log. Chris _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Audio issuesLe jeudi 09 juillet 2009 à 12:17 -0400, Christian Schäfer a écrit :
> Michael Rickmann wrote: > >>> No, this is independent of NAT. And if it wouldn't be, this problem > >>> should be reproducable then.. > >> What is the cause then ? > > I would assume a NAT issue as well. There are routers which according to > > Ekiga's NAT detection change their role, my Fritz!Box e.g.. In the -d 4 > > logs look for the lines containing stun. When I am continously starting > > Ekiga and make calls Ekiga detects cone NAT. The first time or after > > some inactivity it reads port restricted NAT. > > Well, the problem occurs in a company's network with direct internet > access. I suppose this effect of changing NAT behavior you're talking > about is related to low-end home routers. > stun.ekiga.net tells me in ekiga's logs constantly that I am behind a > "Symmetric Firewall". > Disable the network detection then, if it is for local access. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras@... _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
| Free embeddable forum powered by Nabble | Forum Help |