From david1023933 at gmail.com Mon Mar 1 17:21:09 2010 From: david1023933 at gmail.com (David) Date: Mon, 1 Mar 2010 14:21:09 -0300 Subject: [Ekiga-list] cursos em video videos aulas Message-ID: <1267453068e3c55ce7597f2e81ad594d13488cd431@gmail.com> video aula em dvd cursos em video aulas: Visite: http://www.cursoemvideoaulas.com cursos em video videos aulas, video aula em dvd cursos em video aulas, aula musica aula guitarra, como fazer montagens como fazer video, video aula concursos video dan?a, como fazer video como fazer maquiagem, aula video direito como fazer montagem, como fazer decoracao violao em video, programa video aula video aula concursos, video aulas de guitarra aulas bateria. cursos em video videos aulas. Mais detalhes em: http://www.cursoemvideoaulas.com video aula em dvd programa video aula, cursos em video programa video aula, video aulas baixo video aula em dvd, video dan?a do ventre videos aula guitarra, video bateria video dan?a, aprenda informatica programa video aula, aulas guitarra aula violino, como fazer sites video aulas de guitarra, video aula em dvd como fazer dieta, video aulas violao como fazer trabalho. video aula online sites de video aulas, download de video aulas video aprenda, aprenda espanhol video aulas ingl?s, aulas de video video aulas ingl?s, video dan?a video bateria, aprenda ingl?s video aula viol?o, aulas m?sica aula guitarra on line, como fazer trabalho video aula informatica, video aula informatica aulas m?sica, video bateria video aulas ingl?s. aula musica aula guitarradownloads de video aulas curso video aula, video aula site curso video aula, aulas de video aulas em videos, como fazer trabalho video curso, video aula informatica video bateria, como fazer bijuteria aula piano, aula violino video aulas de guitarra, como fazer maquiagem como fazer montagem, video aula canto videos aulas guitarra, video aulas direito programa video aula. From toohoo at gmail.com Mon Mar 1 17:32:47 2010 From: toohoo at gmail.com (toohoo at gmail.com) Date: Mon, 01 Mar 2010 18:32:47 +0100 Subject: [Ekiga-list] Q: client for Windows Message-ID: Hello everybody, I did register with ekiga. Now i wanted to download the ekiga client software for Windows. But the download fpr Windows version is disabled. I tried another client but it did not function. Would anybody mind giving me a hint please, what client to prefer instead of ekiga client an what are the main failing points by setting up the account in the software. thanks in forehand, Thomas From scc1909 at yahoo.com Mon Mar 1 20:53:34 2010 From: scc1909 at yahoo.com (Stan) Date: Mon, 1 Mar 2010 12:53:34 -0800 (PST) Subject: [Ekiga-list] Q: client for Windows In-Reply-To: Message-ID: <852283.98723.qm@web51308.mail.re2.yahoo.com> Thomas, if you look back on the ekiga mailing list for 13-16 Feb 2010, you will see many posts about a destructive WinXP uninstall. The short version is that Ekiga for WinXP may attempt to install the program in MyDocs instead of in Program Files, and if you then attempt to uninstall it, the uninstaller may erase all the files and folders in the MyDocs directory. Hence, the download appears to have been taken off line until the issue is resolved. Regards, Stan --- On Mon, 3/1/10, toohoo at gmail.com wrote: From: toohoo at gmail.com Subject: [Ekiga-list] Q: client for Windows To: ekiga-list at gnome.org Date: Monday, March 1, 2010, 9:32 AM Hello everybody, I did register with ekiga. Now i wanted to download the ekiga client software for Windows. But the download fpr Windows version is disabled. I tried another? client but it did not function. Would anybody mind giving me a hint please, what client to prefer instead of ekiga client an what are the main failing points by setting up the account in the software. thanks in forehand, Thomas _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From toohoo at gmail.com Mon Mar 1 21:47:48 2010 From: toohoo at gmail.com (Thomas Hofmann) Date: Mon, 1 Mar 2010 22:47:48 +0100 Subject: [Ekiga-list] Q: client for Windows In-Reply-To: <852283.98723.qm@web51308.mail.re2.yahoo.com> References: <852283.98723.qm@web51308.mail.re2.yahoo.com> Message-ID: <9f078f651003011347o44fa9df7pdd1823f580420c39@mail.gmail.com> Hello Stan, thanks for your answer. But to get working with SIP account, what other client I can use? Please give me a hint. I tried 3 other clients, but none of them worked. Each one did give back error. thanks, Thomas -- --[ Thomas Hofmann, Dorfen, thomas at th-o.de ]-- On Mon, Mar 1, 2010 at 9:53 PM, Stan wrote: > > Thomas, if you look back on the ekiga mailing list for 13-16 Feb 2010, you will see many posts about a destructive WinXP uninstall. The short version is that Ekiga for WinXP may attempt to install the program in MyDocs instead of in Program Files, and if you then attempt to uninstall it, the uninstaller may erase all the files and folders in the MyDocs directory. Hence, the download appears to have been taken off line until the issue is resolved. Regards, Stan > > --- On Mon, 3/1/10, toohoo at gmail.com wrote: > > From: toohoo at gmail.com > Subject: [Ekiga-list] Q: client for Windows > To: ekiga-list at gnome.org > Date: Monday, March 1, 2010, 9:32 AM > > Hello everybody, > > I did register with ekiga. Now i wanted to download the ekiga client software for Windows. > But the download fpr Windows version is disabled. I tried another? client but it did not function. > Would anybody mind giving me a hint please, what client to prefer instead of ekiga client > an what are the main failing points by setting up the account in the software. > > thanks in forehand, Thomas > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From scc1909 at yahoo.com Mon Mar 1 22:20:14 2010 From: scc1909 at yahoo.com (Stan) Date: Mon, 1 Mar 2010 14:20:14 -0800 (PST) Subject: [Ekiga-list] Q: client for Windows In-Reply-To: <9f078f651003011347o44fa9df7pdd1823f580420c39@mail.gmail.com> Message-ID: <254516.29351.qm@web51304.mail.re2.yahoo.com> Hi Thomas, Right now it appears you cannot download Ekiga for Win32, but I don't know of non-Win version availability. There is Skype if you are running Win32 or Debian and want free VOIP, or Empathy for Ubuntu. I have no experience with with Empathy, but Skype works well. It's just not open source. Cheers! Stan --- On Mon, 3/1/10, Thomas Hofmann wrote: From: Thomas Hofmann Subject: Re: [Ekiga-list] Q: client for Windows To: "Ekiga mailing list" Date: Monday, March 1, 2010, 1:47 PM Hello Stan, thanks for your answer. But to get working with SIP account, what other client I can use? Please give me a hint. I tried 3 other clients, but none of them worked. Each one did give back error. thanks, Thomas -- --[ Thomas Hofmann, Dorfen, thomas at th-o.de ]-- On Mon, Mar 1, 2010 at 9:53 PM, Stan wrote: > > Thomas, if you look back on the ekiga mailing list for 13-16 Feb 2010, you will see many posts about a destructive WinXP uninstall. The short version is that Ekiga for WinXP may attempt to install the program in MyDocs instead of in Program Files, and if you then attempt to uninstall it, the uninstaller may erase all the files and folders in the MyDocs directory. Hence, the download appears to have been taken off line until the issue is resolved. Regards, Stan > > --- On Mon, 3/1/10, toohoo at gmail.com wrote: > > From: toohoo at gmail.com > Subject: [Ekiga-list] Q: client for Windows > To: ekiga-list at gnome.org > Date: Monday, March 1, 2010, 9:32 AM > > Hello everybody, > > I did register with ekiga. Now i wanted to download the ekiga client software for Windows. > But the download fpr Windows version is disabled. I tried another? client but it did not function. > Would anybody mind giving me a hint please, what client to prefer instead of ekiga client > an what are the main failing points by setting up the account in the software. > > thanks in forehand, Thomas > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Mon Mar 1 23:17:19 2010 From: rowens at ptd.net (Rob Owens) Date: Mon, 1 Mar 2010 18:17:19 -0500 Subject: [Ekiga-list] Q: client for Windows In-Reply-To: <254516.29351.qm@web51304.mail.re2.yahoo.com> References: <9f078f651003011347o44fa9df7pdd1823f580420c39@mail.gmail.com> <254516.29351.qm@web51304.mail.re2.yahoo.com> Message-ID: <20100301231719.GA5538@aurora.owens.net> On Mon, Mar 01, 2010 at 02:20:14PM -0800, Stan wrote: > Hi Thomas, > > Right now it appears you cannot download Ekiga for Win32, but I don't know of non-Win version availability. There is Skype if you are running Win32 or Debian and want free VOIP, or Empathy for Ubuntu. I have no experience with with Empathy, but Skype works well. > > It's just not open source. > It's not just "not open source", but it uses an entirely different protocol that Ekiga. Skype users can communicate with Skype users. Ekiga users can communicate with any other SIP client. Just in case the OP didn't know... -Rob From chrjae at gmail.com Tue Mar 2 03:12:29 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Mon, 1 Mar 2010 22:12:29 -0500 Subject: [Ekiga-list] Recovering from apps hanging trying to use ALSA Message-ID: <75514ef21003011912l5014b4dcle94b6aa55fc95aa@mail.gmail.com> Hello I've finally found out how to cure the problem where applications using sound like Ekiga (but also Twinkle, QEMU, ...) won't start anymore but just hang: they are blocking trying to get a SysV IPC semaphore. Honestly, I didn't expect ALSA to be using SysV IPC. Anyway, find the attached script which solves the problem for me. Christian. -------------- next part -------------- A non-text attachment was scrubbed... Name: alsafix Type: application/octet-stream Size: 2074 bytes Desc: not available URL: From chrjae at gmail.com Tue Mar 2 03:47:03 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Mon, 1 Mar 2010 22:47:03 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low pass filter Message-ID: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> Hello I'm using Ekiga and Twinkle with the Diamondcard.us service as my main phone service. People are telling me every now and then that the sound quality is pretty poor, and in fact when I listen to my voice on the echo service it's always been quite much worse than when using a "normal" phone I think. It's regardless of the codec used, all that are offered by Diamondcard are using 8000 Hz sampling rate. And I'm using a headset and have checked sound quality locally, which is just fine, as I can verify for example with (the bfr command is to delay playback, so you can hear the echo better): arecord -t raw -f dat -r 22050 -c 1 | bfr -m 33075 | aplay -t raw -f dat -r 22050 -c 1 - Now 8000 Hz is of course lower, and in fact when using that rate: arecord -t raw -f dat -r 8000 -c 1 | bfr -m 12000 | aplay -t raw -f dat -r 8000 -c 1 - it sounds exactly as in the echo test. Now one thing I know is that if you sample a signal, you need a low pass before the quantization, at half the sample rate or lower, to remove frequencies that are too high to be represented in the digitalized data. If the low pass is missing, the high frequencies are turned to noise instead. So what happens when a program samples data at a low frequency, will it somehow make the sound card tune a low pass to the correct cut-off frequency when the sample rate is changed? Sounds rather unlikely, and in fact the echo test at 8000 Hz sounds exactly like suffering from that problem: you can't distinguish "s" from "f" anymore, which may just be unavoidable with no frequency spectrum above 4000 Hz, but worse, they sound very loud and noisy, and for example an combined s and vowel, like they often appear in french (e.g. "bourgeoisie" I think, I'm not a native french speaker), sound really awful. Now there's a way to remedie this: low-pass filtering can also be done computationally, so we can digitize at say DAT quality (48000 Hz) and resample down to 8000 samples/second programmatically, which is what the following command line is doing: arecord -t raw -f dat -c 1 | bfr -m 36000 | sox -t raw -r 48000 -s -2 -c 1 - -t raw -r 8000 - resample -ql |bfr -m 6000 | aplay -t raw -f dat -r 8000 -c 1 - It sounds more hollow/muffled now, but much cleaner. No loud noises anymore for sharp consonants. Would doing this in VoIP programs improve perceived sound quality for the listener? I would expect so, but haven't been able to test. (All I know is that more often than not I'm using Skype to call people now (Skype-out service), because people are telling me they hear me better.) Note that you can very well say "you're wrong, we don't need a low-pass, just use a higher sampling rate then it sounds just fine", which is of course partially true, with higher sampling rates the relevance of a low-pass decreases quickly as the spectrum of frequencies that are higher than half the sample rate becomes narrower (and an increasing part of the consonant frequency range is digitized correctly instead of as noise). But given that at least Diamondcard only offers 8000 Hz, and there may be valid reasons for this (like maybe the phone system is still using that frequency), what's your position on this? Christian. From toohoo at gmail.com Tue Mar 2 07:37:51 2010 From: toohoo at gmail.com (Thomas Hofmann) Date: Tue, 2 Mar 2010 08:37:51 +0100 Subject: [Ekiga-list] Q: client for Windows In-Reply-To: <20100301231719.GA5538@aurora.owens.net> References: <9f078f651003011347o44fa9df7pdd1823f580420c39@mail.gmail.com> <254516.29351.qm@web51304.mail.re2.yahoo.com> <20100301231719.GA5538@aurora.owens.net> Message-ID: <9f078f651003012337m149c5d13y61a9387de8815a63@mail.gmail.com> Hello all, thanks for the asnwers. Rob: May I ask what a client you use? I have as OS Windows Vista Pro. Thanks in forehand, Thomas On Tue, Mar 2, 2010 at 12:17 AM, Rob Owens wrote: > On Mon, Mar 01, 2010 at 02:20:14PM -0800, Stan wrote: >> Hi Thomas, >> >> Right now it appears you cannot download Ekiga for Win32, but I don't know of non-Win version availability. There is Skype if you are running Win32 or Debian and want free VOIP, or Empathy for Ubuntu. I have no experience with with Empathy, but Skype works well. >> >> It's just not open source. >> > It's not just "not open source", but it uses an entirely different > protocol that Ekiga. ?Skype users can communicate with Skype users. > Ekiga users can communicate with any other SIP client. > > Just in case the OP didn't know... > > -Rob > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From jpuydt at free.fr Tue Mar 2 07:45:55 2010 From: jpuydt at free.fr (Julien Puydt) Date: Tue, 02 Mar 2010 08:45:55 +0100 Subject: [Ekiga-list] Recovering from apps hanging trying to use ALSA In-Reply-To: <75514ef21003011912l5014b4dcle94b6aa55fc95aa@mail.gmail.com> References: <75514ef21003011912l5014b4dcle94b6aa55fc95aa@mail.gmail.com> Message-ID: <4B8CC233.70504@free.fr> Christian Jaeger a ?crit : > I've finally found out how to cure the problem where applications > using sound like Ekiga (but also Twinkle, QEMU, ...) won't start > anymore but just hang: they are blocking trying to get a SysV IPC > semaphore. Honestly, I didn't expect ALSA to be using SysV IPC. > Anyway, find the attached script which solves the problem for me. Push the issue to the alsa developpers : the problem comes from them... Snark From dsandras at seconix.com Tue Mar 2 09:06:47 2010 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 02 Mar 2010 10:06:47 +0100 Subject: [Ekiga-list] Bad sound quality because of missing low pass filter In-Reply-To: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> Message-ID: <1267520807.10664.0.camel@scorpion.multitel.be> Le lundi 01 mars 2010 ? 22:47 -0500, Christian Jaeger a ?crit : > Hello > > I'm using Ekiga and Twinkle with the Diamondcard.us service as my main > phone service. People are telling me every now and then that the sound > quality is pretty poor, and in fact when I listen to my voice on the > echo service it's always been quite much worse than when using a > "normal" phone I think. It's regardless of the codec used, all that > are offered by Diamondcard are using 8000 Hz sampling rate. And I'm > using a headset and have checked sound quality locally, which is just > fine, as I can verify for example with (the bfr command is to delay > playback, so you can hear the echo better): > > arecord -t raw -f dat -r 22050 -c 1 | bfr -m 33075 | aplay -t raw -f > dat -r 22050 -c 1 - > > Now 8000 Hz is of course lower, and in fact when using that rate: > > arecord -t raw -f dat -r 8000 -c 1 | bfr -m 12000 | aplay -t raw -f > dat -r 8000 -c 1 - > > it sounds exactly as in the echo test. Now one thing I know is that if > you sample a signal, you need a low pass before the quantization, at > half the sample rate or lower, to remove frequencies that are too high > to be represented in the digitalized data. If the low pass is missing, > the high frequencies are turned to noise instead. So what happens when > a program samples data at a low frequency, will it somehow make the > sound card tune a low pass to the correct cut-off frequency when the > sample rate is changed? Sounds rather unlikely, and in fact the echo > test at 8000 Hz sounds exactly like suffering from that problem: you > can't distinguish "s" from "f" anymore, which may just be unavoidable > with no frequency spectrum above 4000 Hz, but worse, they sound very > loud and noisy, and for example an combined s and vowel, like they > often appear in french (e.g. "bourgeoisie" I think, I'm not a native > french speaker), sound really awful. Now there's a way to remedie > this: low-pass filtering can also be done computationally, so we can > digitize at say DAT quality (48000 Hz) and resample down to 8000 > samples/second programmatically, which is what the following command > line is doing: > > arecord -t raw -f dat -c 1 | bfr -m 36000 | sox -t raw -r 48000 -s -2 > -c 1 - -t raw -r 8000 - resample -ql |bfr -m 6000 | aplay -t raw -f > dat -r 8000 -c 1 - > > It sounds more hollow/muffled now, but much cleaner. No loud noises > anymore for sharp consonants. > > Would doing this in VoIP programs improve perceived sound quality for > the listener? I would expect so, but haven't been able to test. (All I > know is that more often than not I'm using Skype to call people now > (Skype-out service), because people are telling me they hear me > better.) > > Note that you can very well say "you're wrong, we don't need a > low-pass, just use a higher sampling rate then it sounds just fine", > which is of course partially true, with higher sampling rates the > relevance of a low-pass decreases quickly as the spectrum of > frequencies that are higher than half the sample rate becomes narrower > (and an increasing part of the consonant frequency range is digitized > correctly instead of as noise). But given that at least Diamondcard > only offers 8000 Hz, and there may be valid reasons for this (like > maybe the phone system is still using that frequency), what's your > position on this? > Isn't it waht the "plughw:0,0" special ALSA device is supposed to do by itself ? We rely on 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 at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 2 09:11:36 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 02 Mar 2010 10:11:36 +0100 Subject: [Ekiga-list] Recovering from apps hanging trying to use ALSA In-Reply-To: <75514ef21003011912l5014b4dcle94b6aa55fc95aa@mail.gmail.com> References: <75514ef21003011912l5014b4dcle94b6aa55fc95aa@mail.gmail.com> Message-ID: <4B8CD648.5000704@pu-pm.univ-fcomte.fr> Christian Jaeger wrote: > Hello > > I've finally found out how to cure the problem where applications > using sound like Ekiga (but also Twinkle, QEMU, ...) won't start > anymore but just hang: they are blocking trying to get a SysV IPC > semaphore. Honestly, I didn't expect ALSA to be using SysV IPC. > Anyway, find the attached script which solves the problem for me. This is maybe the problem in https://bugzilla.gnome.org/show_bug.cgi?id=593064 and https://bugzilla.gnome.org/show_bug.cgi?id=594686 Please give us the link to the bug report in alsa, when you do it. -- Eugen From michel.memeteau at gmail.com Tue Mar 2 12:06:07 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Tue, 2 Mar 2010 13:06:07 +0100 Subject: [Ekiga-list] Q: client for Windows In-Reply-To: <9f078f651003012337m149c5d13y61a9387de8815a63@mail.gmail.com> References: <9f078f651003011347o44fa9df7pdd1823f580420c39@mail.gmail.com> <254516.29351.qm@web51304.mail.re2.yahoo.com> <20100301231719.GA5538@aurora.owens.net> <9f078f651003012337m149c5d13y61a9387de8815a63@mail.gmail.com> Message-ID: hello 2010/3/2 Thomas Hofmann : > Hello all, > > thanks for the asnwers. > Rob: May I ask what a client you use? I have as OS Windows Vista Pro. > I had success with Xlite on Windows using H263 ( Automatic ) You will find tons of clients for Windows with interop info here http://wiki.ekiga.org/index.php/Ekiga_Interoperability <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr From DAVE.HIGTON at nice.com Tue Mar 2 12:13:36 2010 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 2 Mar 2010 12:13:36 -0000 Subject: [Ekiga-list] Bad sound quality because of missing low pass filter In-Reply-To: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> Message-ID: On 2010-03-02, Christian Jaeger wrote: > Hello > > I'm using Ekiga and Twinkle with the Diamondcard.us service as my main > phone service. People are telling me every now and then that the sound > quality is pretty poor, and in fact when I listen to my voice on the > echo service it's always been quite much worse than when using a > "normal" phone I think. It's regardless of the codec used, all that > are offered by Diamondcard are using 8000 Hz sampling rate. And I'm > using a headset and have checked sound quality locally, which is just > fine, as I can verify for example with (the bfr command is to delay > playback, so you can hear the echo better): > > arecord -t raw -f dat -r 22050 -c 1 | bfr -m 33075 | aplay -t raw -f > dat -r 22050 -c 1 - > > Now 8000 Hz is of course lower, and in fact when using that rate: > > arecord -t raw -f dat -r 8000 -c 1 | bfr -m 12000 | aplay -t raw -f > dat -r 8000 -c 1 - > > it sounds exactly as in the echo test. Now one thing I know is that if > you sample a signal, you need a low pass before the quantization, at > half the sample rate or lower, to remove frequencies that are too high > to be represented in the digitalized data. If the low pass is missing, > the high frequencies are turned to noise instead. So what happens when > a program samples data at a low frequency, will it somehow make the > sound card tune a low pass to the correct cut-off frequency when the > sample rate is changed? Sounds rather unlikely, and in fact the echo > test at 8000 Hz sounds exactly like suffering from that problem: you > can't distinguish "s" from "f" anymore, which may just be unavoidable > with no frequency spectrum above 4000 Hz, but worse, they sound very > loud and noisy, and for example an combined s and vowel, like they > often appear in french (e.g. "bourgeoisie" I think, I'm not a native > french speaker), sound really awful. Now there's a way to remedie > this: low-pass filtering can also be done computationally, so we can > digitize at say DAT quality (48000 Hz) and resample down to 8000 > samples/second programmatically, which is what the following command > line is doing: > > arecord -t raw -f dat -c 1 | bfr -m 36000 | sox -t raw -r 48000 -s -2 > -c 1 - -t raw -r 8000 - resample -ql |bfr -m 6000 | aplay -t raw -f > dat -r 8000 -c 1 - > > It sounds more hollow/muffled now, but much cleaner. No loud noises > anymore for sharp consonants. > > Would doing this in VoIP programs improve perceived sound quality for > the listener? I would expect so, but haven't been able to test. (All I > know is that more often than not I'm using Skype to call people now > (Skype-out service), because people are telling me they hear me > better.) > > Note that you can very well say "you're wrong, we don't need a > low-pass, just use a higher sampling rate then it sounds just fine", > which is of course partially true, with higher sampling rates the > relevance of a low-pass decreases quickly as the spectrum of > frequencies that are higher than half the sample rate becomes narrower > (and an increasing part of the consonant frequency range is digitized > correctly instead of as noise). But given that at least Diamondcard > only offers 8000 Hz, and there may be valid reasons for this (like > maybe the phone system is still using that frequency), what's your > position on this? You've discovered aliasing. It sounds pretty bad at 8 kHz sampling rate, doesn't it? I suspect you have a poorly engineered sound card. It /should/, as you suggest, have proper low pass filtering, but apparently it doesn't. You can often get away with gentle anti-alias filtering for a 48 kHz sampling rate, but not 8 kHz. Ideally, the sound card would sample everything at 48 kHz and then decimate by a factor of 6 using proper low-pass digital filtering. It sounds as if yours simply sub-samples everything instead, which aliases almost everything between 4 kHz and 48 kHz and folds it into the up-to-4 kHz band. Maybe a better sound card would do what you want. (I'm sorry, I don't have any recommendation.) Dave NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 2 13:43:02 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 02 Mar 2010 14:43:02 +0100 Subject: [Ekiga-list] About NLS, gettext and intltool In-Reply-To: <3201269c0906211032q16d5be90qb433bb4a08c47b78@mail.gmail.com> References: <3201269c0906211032q16d5be90qb433bb4a08c47b78@mail.gmail.com> Message-ID: <4B8D15E6.8020508@pu-pm.univ-fcomte.fr> Mounir Lamouri wrote: > Hi, > > I've seen gettext and intltool are mandatory in ekiga (at least, 3.2.4). > However, these dependencies are often linked to NLS and NLS is > optional in ekiga. Sorry to replay so late. Why do you say that NLS is optional in ekiga? -- Eugen From chrjae at gmail.com Tue Mar 2 14:18:32 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 2 Mar 2010 09:18:32 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low pass filter In-Reply-To: References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> Message-ID: <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> Well, I wouldn't say my hardware is cheap; it's a ThinkPad T61 laptop, worth around 1800 USD when bought new about 2.5 years ago. Christian. From mounir.lamouri at gmail.com Tue Mar 2 14:20:43 2010 From: mounir.lamouri at gmail.com (Mounir Lamouri) Date: Tue, 2 Mar 2010 15:20:43 +0100 Subject: [Ekiga-list] About NLS, gettext and intltool In-Reply-To: <4B8D15E6.8020508@pu-pm.univ-fcomte.fr> References: <3201269c0906211032q16d5be90qb433bb4a08c47b78@mail.gmail.com> <4B8D15E6.8020508@pu-pm.univ-fcomte.fr> Message-ID: <3201269c1003020620l31723cb3g7293e246a3be6825@mail.gmail.com> On Tue, Mar 2, 2010 at 2:43 PM, Eugen Dedu wrote: > Mounir Lamouri wrote: >> Hi, >> >> I've seen gettext and intltool are mandatory in ekiga (at least, 3.2.4). >> However, these dependencies are often linked to NLS and NLS is >> optional in ekiga. > > Sorry to replay so late. ?Why do you say that NLS is optional in ekiga? I bet there is a --disable-nls configure option in ekiga and gettext and intltool are still required when --disable-nls is used. I have no access to the source code right now to check. Let me know if you want more information, I will check this evening. -- Mounir > > -- > Eugen > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From chrjae at gmail.com Tue Mar 2 14:26:50 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 2 Mar 2010 09:26:50 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low pass filter In-Reply-To: <1267520807.10664.0.camel@scorpion.multitel.be> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <1267520807.10664.0.camel@scorpion.multitel.be> Message-ID: <75514ef21003020626r1a09ba10l472c5782aae812f2@mail.gmail.com> > Isn't it waht the "plughw:0,0" special ALSA device is supposed to do by > itself ? > We rely on it. > How would I configure Ekiga (3.2.6-1 from Debian sid) to use that one? Or even, how do I change that device string to actually read from the right input? Since this is silent: arecord -D "plughw:0,0" -t raw -f dat -r 8000 -c 1 | bfr -m 12000 | aplay -t raw -f dat -r 8000 -c 1 - regardless of whether I choose the internal mic or the headset as input source in alsamixer. Christian. -------------- next part -------------- An HTML attachment was scrubbed... URL: From DAVE.HIGTON at nice.com Tue Mar 2 14:47:38 2010 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 2 Mar 2010 14:47:38 -0000 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> Message-ID: > -----Original Message----- > From: ekiga-list-bounces at gnome.org > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Christian Jaeger > Sent: 2010 March 02 14:19 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Bad sound quality because of > missing low passfilter > > Well, I wouldn't say my hardware is cheap; it's a ThinkPad T61 laptop, > worth around 1800 USD when bought new about 2.5 years ago. I didn't say cheap; I said poorly engineered :-) I was a designer of professional audio equipment, later of audio test equipment, for many years. More recently I commissioned two ASICs to do decimation and interpolation. I've always thought of audio as being easy; but I keep being surprised by the number of engineers who are completely clueless about audio. Some of them design audio equipment. :-( Dave NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. From michel.memeteau at gmail.com Tue Mar 2 14:48:08 2010 From: michel.memeteau at gmail.com (michel memeteau) Date: Tue, 2 Mar 2010 15:48:08 +0100 Subject: [Ekiga-list] Gtalk2Voip includes Video support now. Message-ID: hello I just saw that and did not test https://www.gtalk2voip.com/gmail_video.shtml However this can be in certain situation an help to reach people on SIP with Video -- <-------------------------------------------------------> web : http://memeteau.com Fixe : 0974763294 Mobile : 0624808051 Visio/jabber/GTalk : xmpp:freechelmi at jabber.fr From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 2 17:24:27 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 02 Mar 2010 18:24:27 +0100 Subject: [Ekiga-list] About NLS, gettext and intltool In-Reply-To: <3201269c1003020620l31723cb3g7293e246a3be6825@mail.gmail.com> References: <3201269c0906211032q16d5be90qb433bb4a08c47b78@mail.gmail.com> <4B8D15E6.8020508@pu-pm.univ-fcomte.fr> <3201269c1003020620l31723cb3g7293e246a3be6825@mail.gmail.com> Message-ID: <4B8D49CB.1010200@pu-pm.univ-fcomte.fr> Mounir Lamouri wrote: > On Tue, Mar 2, 2010 at 2:43 PM, Eugen Dedu > wrote: >> Mounir Lamouri wrote: >>> Hi, >>> >>> I've seen gettext and intltool are mandatory in ekiga (at least, 3.2.4). >>> However, these dependencies are often linked to NLS and NLS is >>> optional in ekiga. >> Sorry to replay so late. Why do you say that NLS is optional in ekiga? > > I bet there is a --disable-nls configure option in ekiga and gettext > and intltool are still required when --disable-nls is used. I have no > access to the source code right now to check. Indeed, there is such an option. But it should not be, see https://bugzilla.gnome.org/show_bug.cgi?id=589223. -- Eugen From chrjae at gmail.com Tue Mar 2 21:38:44 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 2 Mar 2010 16:38:44 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> Message-ID: <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> Ok, so here is a test that should enable everyone to see whether they are suffering from the problem or not: Run this to see how it sounds if the low-pass filter is missing [REFERENCE]: arecord -t raw -f dat -c 1 | bfr -m 36000 | perl -we 'while (read STDIN, $buf, 8*6) { print substr $buf,0,8 }' |bfr -m 6000 | aplay -t raw -f dat -r 8000 -c 1 - Run this to see how it sounds if the low-pass filter is there (here by using sox to implement it in software): [A] arecord -t raw -f dat -c 1 | bfr -m 36000 | sox -t raw -r 48000 -s -2 -c 1 - -t raw -r 8000 - resample -ql |bfr -m 6000 | aplay -t raw -f dat -r 8000 -c 1 - Then check with how it sounds when relying on your sound card: [B] arecord -t raw -f dat -r 8000 -c 1 | bfr -m 12000 | aplay -t raw -f dat -r 8000 -c 1 - If REFERENCE sounds like A to you, then your setup in fact seems to implement filtering correctly. If REFERENCE sounds like B to you, then your setup does not implement filtering (like my case). Christian. PS. I can't subscribe to the ALSA user mailing list, I never get the subscription confirmation emails. From chrjae at gmail.com Tue Mar 2 21:41:30 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 2 Mar 2010 16:41:30 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> Message-ID: <75514ef21003021341j1def85cbi652477d7c7d3b7f3@mail.gmail.com> GRR wait, I got it all wrong of course. If the third test sounds like the first, then your setup is bad. If the third test sounds like the second, then your setup is good. Need to take more breaks. Christian. From chrjae at gmail.com Wed Mar 3 17:52:41 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Wed, 3 Mar 2010 12:52:41 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> Message-ID: <75514ef21003030952t2cb6d243gd3f3707f0de8edaa@mail.gmail.com> > PS. I can't subscribe to the ALSA user mailing list, I never get the > subscription confirmation emails. Oh, I forgot that I was already subscribed. Sorry for the noise. From chrjae at gmail.com Thu Mar 4 22:19:48 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Thu, 4 Mar 2010 17:19:48 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low pass filter In-Reply-To: <1267520807.10664.0.camel@scorpion.multitel.be> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <1267520807.10664.0.camel@scorpion.multitel.be> Message-ID: <75514ef21003041419u5280833al456673e98d908c4a@mail.gmail.com> I'm not really sure how to proceed. My email to the alsa-user mailing list got no reply so far; I'm wondering whether I should play with some settings or configuration? > Isn't it waht the "plughw:0,0" special ALSA device is supposed to do by > itself ? > We rely on it. > Does that mean that it's hard-coded into Ekiga? Why doesn't arecord accept that string somehow? I gather there is "hw" and "plughw", and plughw being plugin oriented might offer software downsampling; but I guess it only *can* support downsampling and doesn't do it by default? How would I go about configuring it to do it? Christian. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Thu Mar 4 23:52:14 2010 From: rowens at ptd.net (Rob Owens) Date: Thu, 4 Mar 2010 18:52:14 -0500 Subject: [Ekiga-list] Q: client for Windows In-Reply-To: <9f078f651003012337m149c5d13y61a9387de8815a63@mail.gmail.com> References: <9f078f651003011347o44fa9df7pdd1823f580420c39@mail.gmail.com> <254516.29351.qm@web51304.mail.re2.yahoo.com> <20100301231719.GA5538@aurora.owens.net> <9f078f651003012337m149c5d13y61a9387de8815a63@mail.gmail.com> Message-ID: <20100304235213.GA16863@aurora.owens.net> On Tue, Mar 02, 2010 at 08:37:51AM +0100, Thomas Hofmann wrote: > Hello all, > > thanks for the asnwers. > Rob: May I ask what a client you use? I have as OS Windows Vista Pro. > I use Ekiga on Debian Linux. I don't use Windows except when I'm at work. There's a pretty good list of available software here: http://en.wikipedia.org/wiki/List_of_SIP_software -Rob From david1023933 at gmail.com Fri Mar 5 01:31:30 2010 From: david1023933 at gmail.com (David) Date: Thu, 4 Mar 2010 22:31:30 -0300 Subject: cursos online cursos à distância Message-ID: <1267714589e3c55ce7597f2e81ad594d13488cd431@gmail.com> video aula em dvd download de video aulas: http://www.cursoemvideoaulas.com cursos online cursos ? dist?ncia, video aula em dvd download de video aulas, aula musica aula viol?o, como fazer montagens video aulas violao, video aula concursos violao em video, como fazer video como fazer site, aula video direito como fazer sites, como fazer dieta aprenda ingl?s, programa video aula video aula em dvd, video aulas de guitarra aulas em videos.cursos online cursos ? dist?ncia. Detalhes em: http://www.cursoemvideoaulas.com video aula em dvd v?deo aula, cursos em video v?deo aula, video aulas baixo video aulas canto, video dan?a video aulas guitarra, video bateria violao em video, aprenda informatica video aula concursos, aulas guitarra aulas em video, como fazer sites video aulas guitarra, video aula em dvd como fazer montagens, video aulas violao como fazer video. video aula online video aula download, download de video aulas video aula em dvd, aprenda espanhol video curso, aulas de video video curso, video dan?a videos aula guitarra, aprenda ingl?s video aulas canto, aulas m?sica aula video direito, como fazer trabalho video aulas baixo, video aula informatica como fazer curso, video bateria video curso. downloads de video aulas cursos em video, video aula site cursos em video, aulas de video curso canto, como fazer trabalho videos aula guitarra, video aula informatica video dan?a do ventre, como fazer bijuteria palestra em video, aula violino video aulas guitarra, como fazer maquiagem como fazer sites, video aula concurso aprenda ingles, video aulas direito video aula concursos. aula musica aula viol?o. From chrjae at gmail.com Fri Mar 5 14:59:27 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Fri, 5 Mar 2010 09:59:27 -0500 Subject: [Ekiga-list] Why does Ekiga not reconnect? Message-ID: <75514ef21003050659p216d6b4fu83e35c83ff7d247b@mail.gmail.com> Hello If the internet connection goes down for some time, then comes back up, Ekiga will still not be reachable again even after waiting for more than 30 minutes. Setting the presence menu to "Away" then "Online" doesn't reauthenticate it, only going to Accounts and unchecking then rechecking the account makes it log in again (or restarting the program). Why is this? It has been this way for a long time, and it was actually one of the major reasons that I moved to using Twinkle about 9 months ago. I would expect that this is easily fixable? Christian. From chrjae at gmail.com Fri Mar 5 21:45:26 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Fri, 5 Mar 2010 16:45:26 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: <75514ef21003021341j1def85cbi652477d7c7d3b7f3@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> <75514ef21003021341j1def85cbi652477d7c7d3b7f3@mail.gmail.com> Message-ID: <75514ef21003051345j7a50d44ua2646a5efc933328@mail.gmail.com> Actually another correction, too: replace the perl part with: perl -we 'while (read STDIN, $buf, 6*2) { print substr $buf,0,2 }' (since I'm using mono, and the word width of the samples is 2 bytes not 4, duh; funny I actually didn't hear any difference). Now here's how I actually kind of solved the problem for me: I've installed OSS4 (and removed ALSA for the time being). And in fact with that it sounds fine. Note: I found mixer configuration of OSS4 quite horrible, it took me more than an hour and the help from people in #oss to get it to record from my external mic and output to my headphones (they say that it's because HD audio hardware, which is what I have, is complicated), but at least the result sounds good now. (Maybe I didn't listen carefully in ALSA, but now that I test with the perl commandline part to artificially break the downsampling, I can clearly hear a difference between the first bogus variant of it and the above fixed one; maybe ALSA has even broken *output* of sound, too). Cheers Christian. From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Mar 5 22:57:34 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 05 Mar 2010 23:57:34 +0100 Subject: [Ekiga-list] Why does Ekiga not reconnect? In-Reply-To: <75514ef21003050659p216d6b4fu83e35c83ff7d247b@mail.gmail.com> References: <75514ef21003050659p216d6b4fu83e35c83ff7d247b@mail.gmail.com> Message-ID: <4B918C5E.9090307@pu-pm.univ-fcomte.fr> Christian Jaeger wrote: > Hello > > If the internet connection goes down for some time, then comes back > up, Ekiga will still not be reachable again even after waiting for > more than 30 minutes. Setting the presence menu to "Away" then > "Online" doesn't reauthenticate it, only going to Accounts and > unchecking then rechecking the account makes it log in again (or > restarting the program). The best is to start ekiga with "ekiga -d 4 2>output" and post a bug report with the output. We will analyse it and probably send it upstream (opal). > Why is this? It has been this way for a long time, and it was actually > one of the major reasons that I moved to using Twinkle about 9 months > ago. I would expect that this is easily fixable? I appreciate, Christian, the comments you make on this list. But we have been in lack of man power from several months (not to say a few years). We would like to do it better, but we do not have enough time. Really. -- Eugen From bret at busby.net Sat Mar 6 01:42:34 2010 From: bret at busby.net (Bret Busby) Date: Sat, 6 Mar 2010 09:42:34 +0800 (WST) Subject: [Ekiga-list] Why does Ekiga not reconnect? In-Reply-To: <4B918C5E.9090307@pu-pm.univ-fcomte.fr> References: <75514ef21003050659p216d6b4fu83e35c83ff7d247b@mail.gmail.com> <4B918C5E.9090307@pu-pm.univ-fcomte.fr> Message-ID: On Fri, 5 Mar 2010, Eugen Dedu wrote: > > I appreciate, Christian, the comments you make on this list. But we > have been in lack of man power from several months (not to say a few > years). We would like to do it better, but we do not have enough time. > Really. > > Is that why both the mailing list and the mailing list administrator, are broken? -- Bret Busby Armadale West Australia .............. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 .................................................... From chrjae at gmail.com Sat Mar 6 08:27:44 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Sat, 6 Mar 2010 03:27:44 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: <75514ef21003051345j7a50d44ua2646a5efc933328@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> <75514ef21003021341j1def85cbi652477d7c7d3b7f3@mail.gmail.com> <75514ef21003051345j7a50d44ua2646a5efc933328@mail.gmail.com> Message-ID: <75514ef21003060027x1f29bf94ob3b0555d117201b4@mail.gmail.com> Note: at least when having ALSA libraries (alsa-base, and the oss plugin) installed at the same time as OSS4, which you probably want because not all applications are supporting OSS, then Ekiga will still choose OSS for the output and input devices ("/dev/dsp (PTLIB/OSS)"), but ALSA ("Default (PTLIB/ALSA)") for the ringing device; neither of these settings can actually be changed in the preferences dialog, they are all greyed out. So, the alsa emulation actually *has* to be configured correctly or ringing won't work. Christian. From chrjae at gmail.com Sat Mar 6 08:46:54 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Sat, 6 Mar 2010 03:46:54 -0500 Subject: [Ekiga-list] Why does Ekiga not reconnect? In-Reply-To: <4B918C5E.9090307@pu-pm.univ-fcomte.fr> References: <75514ef21003050659p216d6b4fu83e35c83ff7d247b@mail.gmail.com> <4B918C5E.9090307@pu-pm.univ-fcomte.fr> Message-ID: <75514ef21003060046i5795a179n6185d9e92dafa8ce@mail.gmail.com> > The best is to start ekiga with "ekiga -d 4 2>output" and post a bug > report with the output. ?We will analyse it and probably send it > upstream (opal). I will do that as soon as I find time (I'll be busy and hope I won't 'forget'). > >> Why is this? It has been this way for a long time, and it was actually >> one of the major reasons that I moved to using Twinkle about 9 months >> ago. I would expect that this is easily fixable? > > I appreciate, Christian, the comments you make on this list. ?But we > have been in lack of man power from several months (not to say a few > years). ?We would like to do it better, but we do not have enough time. > ?Really. Now that sound actually works well (thanks to the alternative sound system), the dreadful locking issues have gone (thanks to the script or now the alternative sound system) and current Ekiga (Debian package version 3.2.6-1) never crashed so far and has a nice interface, there's not much left to be desired for me! This bug is the only remaining one that bothers me. If there's an improvement I would wish for then it's to display somehow that someone has called while I was away (in the taskbar icon, or by leaving open the call popup or so). (Hm well in one of the networks where I've tried to use it, Ekiga won't work, while Twinkle does, but I think Twinkle also only manages to be reachable by the Diamondcard service (by virtue of the periodic keep alive packets it sends) and not other clients. Anyway I'm planning to solve these issues and the missing encryption to Diamondcard soon by using a VPN to my home router/server.) Christian. From chrjae at gmail.com Sat Mar 6 09:57:11 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Sat, 6 Mar 2010 04:57:11 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: <75514ef21003060027x1f29bf94ob3b0555d117201b4@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> <75514ef21003021341j1def85cbi652477d7c7d3b7f3@mail.gmail.com> <75514ef21003051345j7a50d44ua2646a5efc933328@mail.gmail.com> <75514ef21003060027x1f29bf94ob3b0555d117201b4@mail.gmail.com> Message-ID: <75514ef21003060157x2410ccd1mb756250e85d2118b@mail.gmail.com> Another note for those who want to try it: It's imperative that OSS4's vmix0-src is set to Fast (not High). This is said to be the resampling quality, and of course you'd be tempted to set it to High, as I did after everything worked. Can't hurt you think, on a 2.5 Ghz dual core, and my testing showed no CPU load difference; wrong, it broke ringing in Ekiga. It would just be silent, quitting Ekiga at that point makes it close the windows but hang (not fully exit), hitting ctl-c then makes a short duration (~0.1 seconds) of the ring tone played before ekiga is gone. Set back to "Fast" (which had plenty enough quality improvement over ALSA already, I couldn't hear a difference with High), and it works again. Same thing happens when playing the "Sound for incoming calls" from the preferences dialog, although there the "Ring tone" would actually play in either case (maybe the duration of the sound makes the difference?). I'll try playing with cpufreq, suspend and on battery power another time :~S Christian. From _hamlet at libero.it Sat Mar 6 18:45:13 2010 From: _hamlet at libero.it (Hamlet) Date: Sat, 06 Mar 2010 12:45:13 -0600 Subject: [Ekiga-list] Debugging information Message-ID: <201003061245.13545._hamlet@libero.it> Hello, I have noticed that the amount of debug information printed with the option "-d N" (even N=5) has dramatcally decreased passing from 3.0.1 to 3.2.5/6 (including OPAL/PTlib updates). Now I get only messages on screen from dyna.cxx and a few CODEC/protocol related sources. And I need connection information, badly, since it's not working and that's where all my diagnostics ends now. How can I get the connection information back? I want a 1 MB/s log!!! Ehm. This happens with Gentoo, Ekiga 3.2.6, OPAL 3.6.6 and PTlib 2.6.5. The ebuilds (i.e. the scripts to compile the programs) have plenty of options, so maybe a few of them could affect it. Thank you very much, -- Hamlet From chrjae at gmail.com Sat Mar 6 19:24:49 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Sat, 6 Mar 2010 14:24:49 -0500 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: <75514ef21003060157x2410ccd1mb756250e85d2118b@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> <75514ef21003021341j1def85cbi652477d7c7d3b7f3@mail.gmail.com> <75514ef21003051345j7a50d44ua2646a5efc933328@mail.gmail.com> <75514ef21003060027x1f29bf94ob3b0555d117201b4@mail.gmail.com> <75514ef21003060157x2410ccd1mb756250e85d2118b@mail.gmail.com> Message-ID: <75514ef21003061124s9471c2cy860d1d69f0d6d3d0@mail.gmail.com> Ok so I've played with suspend. OSS4 does not support suspend/resume at all. Upstream comes with two scripts "soundoff" and "soundon" which help to handle shutting down and reinitializing it. Bad part number 1 is that those are missing from the Debian packages; good part is I've solved that by taking the scripts from the source package and adapting them to Debian, anyone interested just ask me (I'll then put them up somewhere including git repo). Bad part number 2 is that applications that like to keep the sound device open, for example ossxmix, or Qemu, have to be killed over resume cycles. No solution for this. You can't have everything and eat it too. cpufreq and battery power tests left for another time. BTW I've tested sound with ALSA on another, ~9 year old, laptop (with Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] (rev 01)); on this laptop there *is* low pass filtering with ALSA, but it sounds relatively bad in another sense: the input sound is quite heavily colored; my voice sounds a bit different there, almost like from another person. When I use the sox downsampling the voice sounds natural again. So I suspect that this hardware actually *does* have an analog low-pass filter (that is changed according to the used sample frequency), but it's quality is lacking compared with what sox (or supposedly OSS4) implements in software. Christian. From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 8 09:16:56 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 08 Mar 2010 10:16:56 +0100 Subject: [Ekiga-list] Debugging information In-Reply-To: <201003061245.13545._hamlet@libero.it> References: <201003061245.13545._hamlet@libero.it> Message-ID: <4B94C088.4070407@pu-pm.univ-fcomte.fr> Hamlet wrote: > Hello, > > I have noticed that the amount of debug information printed with the option > "-d N" (even N=5) has dramatcally decreased passing from 3.0.1 to 3.2.5/6 > (including OPAL/PTlib updates). > > Now I get only messages on screen from dyna.cxx and a few CODEC/protocol > related sources. > And I need connection information, badly, since it's not working and that's > where all my diagnostics ends now. > How can I get the connection information back? I want a 1 MB/s log!!! Ehm. > > This happens with Gentoo, Ekiga 3.2.6, OPAL 3.6.6 and PTlib 2.6.5. > The ebuilds (i.e. the scripts to compile the programs) have plenty of options, > so maybe a few of them could affect it. I think there is a debug option, which is turned on by default. What are the options to build ptlib, opal and ekiga in gentoo? -- Eugen From jostein.lima at pgs.com Tue Mar 9 11:30:53 2010 From: jostein.lima at pgs.com (Jostein Lima) Date: Tue, 9 Mar 2010 12:30:53 +0100 Subject: [Ekiga-list] Auto answer of incoming H323 calls Message-ID: Hello! I would like to set my ekiga to automatically answer incoming calls. More specifically H323 calls, but it could be any calls. I seem to remember that this option existed in ekiga 2.0, but I am not able to find it anywhere in version 3.2.6. I have browsed the documentation, and I also did a grep in the source code, but I was not able to find this option anywhere. Could you please let me know how I turn on auto answer? Best Regards, -- Jostein Lima Project Manager, High End Visualization Senior Research Geophysicist PGS Research --------------------------------------------------------------------- -"People are very open-minded about new things - as long as they're exactly like the old ones." -"Nothing ever built arose to touch the skies unless some man dreamed that it should, some man believed that it could, and some man willed that it must." Charles Kettering (1876 - 1958) --------------------------------------------------------------------- This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author. From scorwin at shopzilla.com Fri Mar 12 01:05:45 2010 From: scorwin at shopzilla.com (Steve Corwin) Date: Thu, 11 Mar 2010 17:05:45 -0800 Subject: [Ekiga-list] Ekiga to LifeSize videoconferencing Message-ID: <4B999369.8080705@shopzilla.com> I found this list while researching how to get Ekiga to connect to a LifeSize videoconferencing unit, so I thought I should report that I did get it to work. My PC is running Ekiga 3.2.5 on Debian 5.0 with kernel version 2.6.26. Ekiga was installed from from ekiga_3.2.5-1~bpo50+1_i386.deb and libopal3.6.4_3.6.4~dfsg-1~bpo50+1_i386.deb, both downloaded from http://blaniel.free.fr/debian/lenny-backports/. Initially I could see the video from the LifeSize with Ekiga, but couldn't see video from Ekiga on the LifeSize even though the video was visible on my screen. I installed the non-free plugins from libopal3.6.4-plugins-nonfree_3.6.4~dfsg-1~bpo50+1_i386.deb, and now I have video and audio working in both directions. To connect to the LifeSize I use h.323, so the address looks like "h323:10.40.12.10". So far I've only used it on the local subnet, inside the firewall, so there can't be any firewall or NAT issues. Thanks for writing Ekiga! -Steve From legenyes at hotmail.com Fri Mar 12 04:14:01 2010 From: legenyes at hotmail.com (My Name) Date: Fri, 12 Mar 2010 04:14:01 +0000 Subject: [Ekiga-list] Outbound use with routers and firewalls Message-ID: Can you please clarify about using Ekiga with firewalls and routers? One would assume that it works for OUTgoing calls without any special provision for firewalls and routers. In fact, I can attest that it _sometimes_ works with an echo test without any special provisions (no ports opened). (But most of the time it doesn't work at all.) So: (1) Do I need to make a special provision for firewalls and routers to make calls? (2) Are there different requirements for different SIP providers, for example, Ekiga.net and Diamondcard.us? _________________________________________________________________ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/201469228/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Mar 12 10:46:57 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 12 Mar 2010 11:46:57 +0100 Subject: [Ekiga-list] Ekiga to LifeSize videoconferencing In-Reply-To: <4B999369.8080705@shopzilla.com> References: <4B999369.8080705@shopzilla.com> Message-ID: <4B9A1BA1.20901@pu-pm.univ-fcomte.fr> Steve Corwin wrote: > I found this list while researching how to get Ekiga to connect to a > LifeSize videoconferencing unit, so I thought I should report that I did > get it to work. > > My PC is running Ekiga 3.2.5 on Debian 5.0 with kernel version 2.6.26. > Ekiga was installed from from ekiga_3.2.5-1~bpo50+1_i386.deb and > libopal3.6.4_3.6.4~dfsg-1~bpo50+1_i386.deb, both downloaded from > http://blaniel.free.fr/debian/lenny-backports/. Initially I could see > the video from the LifeSize with Ekiga, but couldn't see video from > Ekiga on the LifeSize even though the video was visible on my screen. I > installed the non-free plugins from > libopal3.6.4-plugins-nonfree_3.6.4~dfsg-1~bpo50+1_i386.deb, and now I > have video and audio working in both directions. > > To connect to the LifeSize I use h.323, so the address looks like > "h323:10.40.12.10". So far I've only used it on the local subnet, > inside the firewall, so there can't be any firewall or NAT issues. > > Thanks for writing Ekiga! Glad to hear it! -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Mar 12 11:04:38 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 12 Mar 2010 12:04:38 +0100 Subject: [Ekiga-list] Auto answer of incoming H323 calls In-Reply-To: References: Message-ID: <4B9A1FC6.9010706@pu-pm.univ-fcomte.fr> Jostein Lima wrote: > > > > Hello! > > > I would like to set my ekiga to automatically answer incoming calls. > More specifically H323 calls, but it could be any calls. > > I seem to remember that this option existed in ekiga 2.0, but I am not > able to find it anywhere in version 3.2.6. I have browsed the > documentation, and I also did a grep in the source code, but I was not > able to find this option anywhere. > > Could you please let me know how I turn on auto answer? To my knowledge, this option has been added back, but on trunk/master only, not on the stable branch :o( See https://bugzilla.gnome.org/show_bug.cgi?id=555836 and http://git.gnome.org/browse/ekiga/commit/?id=3fbe1d3a364026cb606fc1cbe392dd5dda3f8d43 -- Eugen From chrjae at gmail.com Sat Mar 13 16:01:38 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Sat, 13 Mar 2010 11:01:38 -0500 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: References: Message-ID: <75514ef21003130801k62f1cc81r53fc69d05dfacc1c@mail.gmail.com> > (1) Do I need to make a special provision for firewalls and routers to make > calls? Have you tried http://www.google.com/search?q=ekiga+firewall ? As I mentioned in an email about a week ago, Twinkle works in one environment where Ekiga doesn't. I don't know why yet (it's quite a broken network in other respects), I'm just using Twinkle there and intend to use a VPN to hopefully generally solve this and the missing encryption problem (although a VPN might have it's own problems with firewalls). It works out of the box in my home network (with a NAT router running OpenWRT). Till recently, I've only used Twinkle for quite some time and that worked in most wifi networks I tried it in, dunno if Ekiga would have been different. The only network where neither of the two programs worked (like, receiving a call would only work for ~60 seconds then stop), and nothing I tried helped, was at my father's home (with a router that came from the dsl company). > (2) Are there different requirements for different SIP providers, for > example, Ekiga.net and Diamondcard.us? If you use Diamondcard then your interest is probably callint to/from the normal phone network; which, if yes, implies that Diamondcard is the only IP address that is going to call you, incidentally being (I think) the same IP your computer is connecting to for authentication/outgoing calls. Which means it may be easier firewalling-wise to reach you. (I haven't tested this hypothesis, though, exactly because of lack of SIP testing partners.) Ch. From _hamlet at libero.it Sun Mar 14 00:04:02 2010 From: _hamlet at libero.it (Hamlet) Date: Sat, 13 Mar 2010 18:04:02 -0600 Subject: [Ekiga-list] Debugging information In-Reply-To: <4B94C088.4070407@pu-pm.univ-fcomte.fr> References: <201003061245.13545._hamlet@libero.it> <4B94C088.4070407@pu-pm.univ-fcomte.fr> Message-ID: <201003131804.02510._hamlet@libero.it> On Monday 08 March 2010 03:16:56 Eugen Dedu wrote: > > I have noticed that the amount of debug information printed with the > > option "-d N" (even N=5) has dramatcally decreased passing from 3.0.1 to > > 3.2.5/6 (including OPAL/PTlib updates). > > > > Now I get only messages on screen from dyna.cxx and a few CODEC/protocol > > related sources. > > And I need connection information, badly, since it's not working and > > that's where all my diagnostics ends now. [...] > I think there is a debug option, which is turned on by default. What > are the options to build ptlib, opal and ekiga in gentoo? About 40. For each one of them!!! There is a "debug" option, which I thought just meant the symbols are not stripped away. Wrong. In this case, it seems to mean something more. If I enable it (the system requires it to be enabled either for all the three packages or for none of them) I get a rich crash (regardless the -d option): $ ekiga *** glibc detected *** ekiga: munmap_chunk(): invalid pointer: 0x00000000008d3fb0 *** ======= Backtrace: ========= /lib/libc.so.6[0x7ff6dedb4808] /usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList13RemoveElementEP12PListElement+0x6b) [0x7ff6e48bb87b] /usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList8RemoveAtEi+0x2a)[0x7ff6e48bb96a] /usr/lib/libpt_d.so.2.6.6(_ZN11PCollection9RemoveAllEv+0x1e)[0x7ff6e48b9fce] /usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList15DestroyContentsEv+0xd) [0x7ff6e48bab9d] /usr/lib/libpt_d.so.2.6.6(_ZN10PContainer8DestructEv+0x2e)[0x7ff6e48c145e] /usr/lib/libpt_d.so.2.6.6(_ZN14PPluginManager19LoadPluginDirectoryERK10PDirectory+0x432) [0x7ff6e488f992] /usr/lib/libpt_d.so.2.6.6(_ZN19PluginLoaderStartup9OnStartupEv+0x72) [0x7ff6e488fc22] /usr/lib/libpt_d.so.2.6.6(_ZN8PProcessC2EPKcS1_ttNS_10CodeStatusEtb+0x70c) [0x7ff6e48b14ec] ekiga(_ZN12GnomeMeetingC1Ev+0x4a)[0x4cec5a] ekiga(main+0x504)[0x4c0a34] /lib/libc.so.6(__libc_start_main+0xe6)[0x7ff6ded5fa26] ekiga(_ZN13PArrayObjects6InsertERK7PObjectPS0_+0x41)[0x4a60a9] ======= Memory map: ======== 00400000-00667000 r-xp 00000000 fd:00 58597 /usr/bin/ekiga [ ... and a long memory map follows, available on demand ] Aborted If I run it with gdb, it keeps one CPU 100% busy and does nothing apparent. After 2 hours I interrupted it and asked for a backtrace, and the answer was (starting from my Ctrl+C): Program received signal SIGINT, Interrupt. 0x00007ffff09d6ac0 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1 (gdb) backtrace #0 0x00007ffff09d6ac0 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1 #1 0x00007ffff09d75c2 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1 #2 0x00007ffff7e90b1b in ?? () from //usr/lib64/opengl/nvidia/lib/libnvidia- tls.so.1 #3 0x00007fffed7e087b in PAbstractList::RemoveElement(PListElement*) () from /usr/lib/libpt_d.so.2.6.6 #4 0x00007fffed7e096a in PAbstractList::RemoveAt(int) () from /usr/lib/libpt_d.so.2.6.6 #5 0x00007fffed7defce in PCollection::RemoveAll() () from /usr/lib/libpt_d.so.2.6.6 #6 0x00007fffed7dfb9d in PAbstractList::DestroyContents() () from /usr/lib/libpt_d.so.2.6.6 #7 0x00007fffed7e645e in PContainer::Destruct() () from /usr/lib/libpt_d.so.2.6.6 #8 0x00007fffed7b4992 in PPluginManager::LoadPluginDirectory(PDirectory const&) () from /usr/lib/libpt_d.so.2.6.6 #9 0x00007fffed7b4c22 in PluginLoaderStartup::OnStartup() () from /usr/lib/libpt_d.so.2.6.6 #10 0x00007fffed7d64ec in PProcess::PProcess(char const*, char const*, unsigned short, unsigned short, PProcess::CodeStatus, unsigned short, bool) () from /usr/lib/libpt_d.so.2.6.6 #11 0x00000000004cec5a in GnomeMeeting::GnomeMeeting() () #12 0x00000000004c0a34 in main () Looks the same. If I don't enable the Gentoo debug flag, it passes through this without problems -- then it fails the echo test, but that's not the subject of these e-mails. What do you think about this? Gentoo ebuild for: nVidia drivers: nvidia-drivers 190.53-r1 X.org server: xorg-server 1.7.5.901 (1.7.6 RC 1) -- Hamlet From chrjae at gmail.com Mon Mar 15 19:52:19 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Mon, 15 Mar 2010 15:52:19 -0400 Subject: [Ekiga-list] Bad sound quality because of missing low passfilter In-Reply-To: <75514ef21003060157x2410ccd1mb756250e85d2118b@mail.gmail.com> References: <75514ef21003011947g73edec7cj7ead5b6a49b9f419@mail.gmail.com> <75514ef21003020618o7b67eccdg10293a89bfed0e9c@mail.gmail.com> <75514ef21003021338s6e94d48dn4f73f71c3b399b42@mail.gmail.com> <75514ef21003021341j1def85cbi652477d7c7d3b7f3@mail.gmail.com> <75514ef21003051345j7a50d44ua2646a5efc933328@mail.gmail.com> <75514ef21003060027x1f29bf94ob3b0555d117201b4@mail.gmail.com> <75514ef21003060157x2410ccd1mb756250e85d2118b@mail.gmail.com> Message-ID: <75514ef21003151252u19f1b11dsce8d5fe5bfa203e1@mail.gmail.com> > It's imperative that OSS4's vmix0-src is set to Fast (not High). (... High) broke ringing in Ekiga. It would just be silent, > quitting Ekiga at that point makes it close the windows but hang (not > fully exit), hitting ctl-c then makes a short duration (~0.1 seconds) > of the ring tone played before ekiga is gone. (PS. Ekiga goes into 100% cpu eating mode [sometimes] in those situations.) I've found maybe another data point for this bug: today the Ekiga instance that I've got running on the older machine with ALSA would not play the bell when I did my daily incoming call test (from my mobile or Skype, to see whether I'm reachable), but unlike with the bug where it looses connection, it still opened the popup balloon over the gnome panel applet; clicking "accept" worked, both receiving and sending audio worked just fine. I repeated this a couple times (without restarting Ekiga inbetween), always with the same results (no bell). I then restarted Ekiga, and the bell worked again. (PS. Ekiga didn't eat cpu in *this* case, IIRC.) So I think this (being on a pure ALSA setup) demonstrates that there is something more fishy going on than just a relation to OSS4's Fast/High setting; maybe just something timing related. BTW I'm currently always running the current package from Debian testing, 3.2.6-1. Christian. From legenyes at hotmail.com Tue Mar 16 01:24:36 2010 From: legenyes at hotmail.com (My Name) Date: Tue, 16 Mar 2010 01:24:36 +0000 Subject: [Ekiga-list] Erratic sound with Ubuntu Karmic In-Reply-To: <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr> References: , <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr> Message-ID: > Date: Thu, 4 Feb 2010 20:24:43 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] Erratic sound with Ubuntu Karmic > > > Sometimes Ekiga passes the echo test, but usually not. > > > > The problem is that sound is unreliable. Sometimes I can hear sound with the echo test, but usually not.... > > I believe this bug was fixed in 3.2.6, see > http://git.gnome.org/browse/ekiga/commit/?h=gnome-2-26&id=39190d030c7784efdff243d98024812cb9bac3ec Yes, it appears to be fixed. I had 100% success with echo tests. However, at the moment I can't get the Ekiga UI started. Giving up, uninstalling again. _________________________________________________________________ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From legenyes at hotmail.com Tue Mar 16 01:46:27 2010 From: legenyes at hotmail.com (My Name) Date: Tue, 16 Mar 2010 01:46:27 +0000 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: References: Message-ID: Sorry, I'm subscribed to the digest only, and don't seem to be able to reply to a message. > To: Ekiga list > Subject: [Ekiga-list] Outbound use with routers and firewalls > Message-ID: > Can you please clarify about using Ekiga with firewalls and routers? > One would assume that it works for OUTgoing calls without any special > provision for firewalls and routers. I'm pretty sure I have a definitive answer. I installed version 3.2.6, and it consistently passed the echo test with several sites. I have a Linksys WRT54GL, with no special provision for SIP--no ports open for incoming calls. I did not use STUN. Ubuntu Karmic was used with the firewall in default (ports closed) condition. Documentation is vague on this point. Discussions on the Internet are even more vague. You do not need STUN or specially opened ports for outgoing calls. Unfortunately, the Ekiga UI will not open most of the time, so it's still useless. _________________________________________________________________ Hotmail: Trusted email with Microsoft?s powerful SPAM protection. http://clk.atdmt.com/GBL/go/210850552/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrjae at gmail.com Tue Mar 16 06:26:21 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 16 Mar 2010 02:26:21 -0400 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: References: Message-ID: <75514ef21003152326l14610be7ybf6bc32e668ddbeb@mail.gmail.com> Regarding STUN, as far as I know Ekiga 3.2.6 *always* uses STUN (stun.ekiga.net) (it's "builtin" and not part of the preferences anymore). Regarding the user interface not opening: this could be either a problem with networking *or* a lock in ALSA. See my recent email "Recovering from apps hanging trying to use ALSA" and the script I sent there. You may want to test with Twinkle (or maybe Qutecom); all clients have issues, but regarding networking I've had the best experiences with Twinkle (although, as I've pointed out already, I'm only using it with Diamondcard, so if Twinkle is working with Diamondcard that doesn't necessarily mean that Twinkle is reachable by SIP clients other than Diamondcard itself). Christian. From chrjae at gmail.com Tue Mar 16 06:35:39 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 16 Mar 2010 02:35:39 -0400 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: <75514ef21003152326l14610be7ybf6bc32e668ddbeb@mail.gmail.com> References: <75514ef21003152326l14610be7ybf6bc32e668ddbeb@mail.gmail.com> Message-ID: <75514ef21003152335y508f14bdwf2a5375de9abd4c9@mail.gmail.com> PS. note that you are somewhat vague or confusing yourself, too. You say: > I'm pretty sure I have a definitive answer. A definitive answer for what? Or do you mean you don't have an answer? > I installed version 3.2.6, and it consistently passed the echo test with several sites. Which sites? Have you also tried the call back test on ekiga.net? (520) > I have a Linksys WRT54GL, with no special provision for SIP--no ports open for incoming calls. WRT54GL is running Linux (according to wikipedia), which should make it's NAT implementation well-behaved; I've installed OpenWRT on my WRT54G v3 and it worked without problem. > I did not use STUN. As I said Ekiga *does* use STUN in the newer versions automatically. > Ubuntu Karmic was used with the firewall in default (ports closed) condition. Aha? Well that might explain problems, no? Christian. From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 16 08:31:08 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 16 Mar 2010 09:31:08 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> Message-ID: <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> kapetr wrote: >> Message: 3 >> Date: Fri, 26 Feb 2010 13:08:00 +1100 >> From: mat101 >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL >> 302G D-Link modem >> Message-ID: <4B872D00.8040403 at netspace.net.au> >> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" >> Thanks for the response Rob. >> >> kapetr also suggested that I try an iptel.org sip account >> with twinkle - >> it works well. The server-side STUN service of iptel.org >> may be the >> important factor that allows DSL modems to conduct >> a voip interaction. >> I'll try using the same sip account with Ekiga when >> time allows. Thanks >> for the advice. >> >> Cheers. > > Hello, > > The working of twinkle is NOT due to iptel workaround. Twinkle works > without problems with ANY account I have try, even with ekiga account. > > The reason is simple - in twinkle is STUN support not buggy :-) > So I have NOT to make some port forwarding, ... > It just works, why twinkle send to the communication partner proper public > (from outside accesable) pair IP/PORT resolved by STUN request/replay. > Thats all. > > If ekiga would do the same, as it should, it wold be working too. > > See my report: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > Check the wireshark output - see SDP in INVITE packet ! > > Ekiga works with only (really ONLY) iptel account and only when calling > something on iptel. To make call somewhere else is (of course) not possible. > > BTW - the workaround by iptel I have described in previous post. > > I have spend many hours in studying wireshark and twinkle logs, and I > 99,999% sure, I'm right: Ekiga can't work behind comon ((port)restricted) > NAT. kapetr, it seems the issue you described has just been fixed by Robert with http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/opal/trunk/src/rtp/rtp.cxx?r1=24129&r2=24128&pathrev=24129. Could you apply this patch in opal and test it *as soon as possible*? -- Eugen From palama at inwind.it Tue Mar 16 09:22:40 2010 From: palama at inwind.it (palama at inwind.it) Date: Tue, 16 Mar 2010 10:22:40 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> Message-ID: <20100316102240.775bea5a.palama@inwind.it> While running some server-client compatibility tests I found that linphone and ekiga.net seem to be incompatible. Ekiga.net refuses to register the client linphone with the message: "Registration on sip:ekiga.net failed: Not Acceptable" Analysis of the logs suggests that this registration refusal may be related to the fact that ekiga.net expects the firewall IP to be used in the contact header while Linphone sends the LAN IP. Here are the relevant logs: Ekiga 2.0.12: Contact: Linphone 2.1.1: Contact: Could somebody confirm that this is the reason for which ekiga.net refuses registration? Best reagrds, Antonio Palam? -- From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 16 09:28:01 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 16 Mar 2010 10:28:01 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <20100316102240.775bea5a.palama@inwind.it> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> Message-ID: <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> palama at inwind.it wrote: > While running some server-client compatibility tests I found that linphone and ekiga.net seem to be incompatible. > Ekiga.net refuses to register the client linphone with the message: > "Registration on sip:ekiga.net failed: Not Acceptable" > > Analysis of the logs suggests that this registration refusal may be related to the fact that ekiga.net expects the firewall IP to be used in the contact header while Linphone sends the LAN IP. > > Here are the relevant logs: > > Ekiga 2.0.12: > Contact: > > Linphone 2.1.1: > Contact: > > Could somebody confirm that this is the reason for which ekiga.net refuses registration? Yes. ekiga.net does not accept private addresses in Contact field. -- Eugen From palama at inwind.it Tue Mar 16 10:04:58 2010 From: palama at inwind.it (palama at inwind.it) Date: Tue, 16 Mar 2010 11:04:58 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> Message-ID: <20100316110458.840db391.palama@inwind.it> Thank you for your prompt answer, Eugen. Is this behaviour of ekiga.net specified by the standard or is it a choice that the standard leaves to the server and client designers? Best regards, Antonio Palam? On Tue, 16 Mar 2010 10:28:01 +0100 Eugen Dedu wrote: > > Yes. ekiga.net does not accept private addresses in Contact field. > -- From mounir.lamouri at gmail.com Tue Mar 16 12:12:55 2010 From: mounir.lamouri at gmail.com (Mounir Lamouri) Date: Tue, 16 Mar 2010 13:12:55 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> Message-ID: <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> On Tue, Mar 16, 2010 at 10:28 AM, Eugen Dedu wrote: > palama at inwind.it wrote: >> While running some server-client compatibility tests I found that linphone and ekiga.net seem to ?be incompatible. >> Ekiga.net refuses to register the client linphone with the message: >> "Registration on sip:ekiga.net failed: Not Acceptable" >> >> Analysis of the logs suggests that this registration refusal may be related to the fact that ekiga.net expects the firewall IP to be used in the contact header while Linphone sends the LAN IP. >> >> Here are the relevant logs: >> >> Ekiga 2.0.12: >> Contact: >> >> Linphone 2.1.1: >> Contact: >> >> Could somebody confirm that this is the reason for which ekiga.net refuses registration? > > Yes. ?ekiga.net does not accept private addresses in Contact field. By the way, Eugen, last week I was looking for a SIP client on Windows (sorry, not for me :)) working with ekiga.net and none was working. Ekiga itself is still buggy on Windows and all other clients where failing when trying to connect to ekiga.net. Do you which ones are working ? Sorry for the dummy question. -- Mounir From legenyes at hotmail.com Tue Mar 16 13:32:16 2010 From: legenyes at hotmail.com (My Name) Date: Tue, 16 Mar 2010 13:32:16 +0000 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: References: Message-ID: > Date: Tue, 16 Mar 2010 02:26:21 -0400 > From: Christian Jaeger > <75514ef21003152326l14610be7ybf6bc32e668ddbeb at mail.gmail.com> > > Regarding STUN, as far as I know Ekiga 3.2.6 *always* uses STUN > (stun.ekiga.net) (it's "builtin" and not part of the preferences > anymore). OK, but they need to fix documentation and directions, if they have not already. If special provision is needed for firewalls and routers, then they need to give concise and clear directions on what is required. Currently there is a long, rambling section on use with firewalls and routers. Maybe that section in the wiki needs to be deleted or updated. If the correct procedure is to do nothing because it's done already, then (1) that's how the program _should_ work, and (2) that section is an irrelevant diversion--one more complication out of many, many problems with getting VOIP working. > Regarding the user interface not opening: this could be either a > problem with networking *or* a lock in ALSA. See my recent email > "Recovering from apps hanging trying to use ALSA" and the script I > sent there. Arghh. Thanks. Thanks, maybe I'll try that. It might apply to other programs. If that is the problem, they need to display an error message instead of displaying nothing. And it would be preferable still if the program would simply handle the problem automatically. _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/210850553/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From schaefec at googlemail.com Tue Mar 16 13:37:22 2010 From: schaefec at googlemail.com (=?ISO-8859-1?Q?Christian_Sch=E4fer?=) Date: Tue, 16 Mar 2010 09:37:22 -0400 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <20100316102240.775bea5a.palama@inwind.it> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> Message-ID: <4B9F8992.1020602@googlemail.com> You may want to consider using the latest linphone version. Now, if the registrar refuses the registration due to the private IP address, linphone performs a second attempt with the public IP only. As far as I could remember, this however only works if the registrar sends a 4xx errorcode in response to the first attempt. Not sure if that's the case with ekiga.net. Chris On 03/16/2010 05:22 AM, palama at inwind.it wrote: > While running some server-client compatibility tests I found that linphone and ekiga.net seem to be incompatible. > Ekiga.net refuses to register the client linphone with the message: > "Registration on sip:ekiga.net failed: Not Acceptable" > > Analysis of the logs suggests that this registration refusal may be related to the fact that ekiga.net expects the firewall IP to be used in the contact header while Linphone sends the LAN IP. > > Here are the relevant logs: > > Ekiga 2.0.12: > Contact: > > Linphone 2.1.1: > Contact: > > Could somebody confirm that this is the reason for which ekiga.net refuses registration? > > Best reagrds, > > Antonio Palam? From legenyes at hotmail.com Tue Mar 16 13:55:53 2010 From: legenyes at hotmail.com (My Name) Date: Tue, 16 Mar 2010 13:55:53 +0000 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: References: Message-ID: > Date: Tue, 16 Mar 2010 02:35:39 -0400 > From: Christian Jaeger > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Outbound use with routers and firewalls > Message-ID: > <75514ef21003152335y508f14bdwf2a5375de9abd4c9 at mail.gmail.com> > PS. note that you are somewhat vague or confusing yourself, too. You say: > > > I'm pretty sure I have a definitive answer. > > A definitive answer for what? Or do you mean you don't have an answer? > The question was whether special provision is needed for firewalls and routers, for making outbound calls. As far as I can tell, the answer is an unequivocal NO. > > I installed version 3.2.6, and it consistently passed the echo test with several sites. > > Which sites? Have you also tried the call back test on ekiga.net? (520) 500 at ekiga.net, 441 at sip.diamondcard.us, and several echo sites that are listed on the Ekiga wiki. No, sorry, I did not call 520, because I didn't know STUN was working. I didn't think I could receive incoming calls. Ekiga is no longer installed, so I can't test it. > > Ubuntu Karmic was used with the firewall in default (ports closed) condition. > > Aha? Well that might explain problems, no? No. Version 3.2.6 worked perfectly in that condition. _________________________________________________________________ Hotmail: Trusted email with Microsoft?s powerful SPAM protection. http://clk.atdmt.com/GBL/go/210850552/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From palama at inwind.it Tue Mar 16 14:02:45 2010 From: palama at inwind.it (palama at inwind.it) Date: Tue, 16 Mar 2010 15:02:45 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <4B9F8992.1020602@googlemail.com> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F8992.1020602@googlemail.com> Message-ID: <20100316150245.566a0219.palama@inwind.it> I did try Linphone 3.2.1 on another Linux box and even trying a second time with the firewall IP it is not able to register on ekiga.net. Here is the complete message log: ortp-message-allocating NICT context ortp-message-Using locally generated SRV record _sip._udp.ekiga.net ortp-message-About to ask for '_sip._udp.ekiga.net IN SRV' ortp-message-DNS resolution with ekiga.net:5060 ortp-message-getaddrinfo returned the following addresses: ortp-message-86.64.162.35 port 5060 ortp-message-Message sent: (to dest=86.64.162.35:5060) REGISTER sip:ekiga.net SIP/2.0 Via: SIP/2.0/UDP 192.168.1.2:5060;rport;branch=z9hG4bK218625828 From: ;tag=1842823288 To: Call-ID: 351907074 CSeq: 1 REGISTER Contact: Max-Forwards: 70 User-Agent: Linphone/3.2.1 (eXosip2/3.3.0) Expires: 600 Content-Length: 0 ortp-message-cb_sndregister (id=1) ortp-message-eXosip: timer sec:0 usec:100000! ortp-message-Received message: SIP/2.0 606 Not Acceptable Via: SIP/2.0/UDP 192.168.1.2:5060;rport=5060;branch=z9hG4bK218625828;received=MY FIREWALL IP From: ;tag=1842823288 To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.ed8f Call-ID: 351907074 CSeq: 1 REGISTER Server: Kamailio (1.5.3-notls (i386/linux)) Content-Length: 0 ortp-message-Message received from: 86.64.162.35:5060 ortp-message-Message received from: 86.64.162.35:5060 ortp-message-MESSAGE REC. CALLID:351907074 ortp-message-Message received from: 86.64.162.35:5060 ortp-message-cb_rcv6xx (id=1) ortp-message-eXosip: timer sec:5 usec:10000! ortp-message-REGISTRATION_FAILURE ortp-message-cfg= sip:ekiga.net, cfg->rid=1, rid=1 ortp-message-allocating transaction ressource 2 351907074 ortp-message-allocating NICT context ortp-message-Using locally generated SRV record _sip._udp.ekiga.net ortp-message-About to ask for '_sip._udp.ekiga.net IN SRV' ortp-message-Resending new register with updated contact MY FIREWALL IP:5060 ortp-message-DNS resolution with ekiga.net:5060 ortp-message-getaddrinfo returned the following addresses: ortp-message-86.64.162.35 port 5060 ortp-message-Message sent: (to dest=86.64.162.35:5060) REGISTER sip:ekiga.net SIP/2.0 Via: SIP/2.0/UDP 192.168.1.2:5060;rport;branch=z9hG4bK751120803 From: ;tag=1842823288 To: Call-ID: 351907074 CSeq: 2 REGISTER Contact: Max-Forwards: 70 User-Agent: Linphone/3.2.1 (eXosip2/3.3.0) Expires: 600 Content-Length: 0 ortp-message-cb_sndregister (id=2) ortp-message-eXosip: timer sec:0 usec:100000! ortp-message-Received message: SIP/2.0 606 Not Acceptable Via: SIP/2.0/UDP 192.168.1.2:5060;rport=5060;branch=z9hG4bK751120803;received=MY FIREWALL IP From: ;tag=1842823288 To: ;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.4c22 Call-ID: 351907074 CSeq: 2 REGISTER Server: Kamailio (1.5.3-notls (i386/linux)) Content-Length: 0 ortp-message-Message received from: 86.64.162.35:5060 ortp-message-Message received from: 86.64.162.35:5060 ortp-message-MESSAGE REC. CALLID:351907074 ortp-message-Message received from: 86.64.162.35:5060 ortp-message-cb_rcv6xx (id=2) ortp-message-eXosip: timer sec:4 usec:10000! ortp-message-REGISTRATION_FAILURE ortp-message-cfg= sip:ekiga.net, cfg->rid=1, rid=1 ortp-message-Register has up to date contact, doing nothing. Registration on sip:ekiga.net failed: Not Acceptable Thanks for your help, Antonio On Tue, 16 Mar 2010 09:37:22 -0400 Christian Sch?fer wrote: > You may want to consider using the latest linphone version. Now, if the > registrar refuses the registration due to the private IP address, > linphone performs a second attempt with the public IP only. As far as I > could remember, this however only works if the registrar sends a 4xx > errorcode in response to the first attempt. Not sure if that's the case > with ekiga.net. > > Chris > -- From palama at inwind.it Tue Mar 16 14:35:02 2010 From: palama at inwind.it (palama at inwind.it) Date: Tue, 16 Mar 2010 15:35:02 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> Message-ID: <20100316153502.b91fe4c2.palama@inwind.it> This is exactly the same problem I have. At present I have almost no way to talk to friends who use Windows. I believe that full compatibility between sip servers and sip clients running on different operating systems should be a high priority milestone in the process of freeing our speech on the internet. Best regards, Antonio Palam? On Tue, 16 Mar 2010 13:12:55 +0100 Mounir Lamouri wrote: > > By the way, Eugen, last week I was looking for a SIP client on Windows > (sorry, not for me :)) working with ekiga.net and none was working. > Ekiga itself is still buggy on Windows and all other clients where > failing when trying to connect to ekiga.net. Do you which ones are > working ? > -- From legenyes at hotmail.com Tue Mar 16 14:35:30 2010 From: legenyes at hotmail.com (My Name) Date: Tue, 16 Mar 2010 14:35:30 +0000 Subject: [Ekiga-list] Recovering from apps hanging trying to use ALSA In-Reply-To: References: Message-ID: > Date: Mon, 1 Mar 2010 22:12:29 -0500 > From: Christian Jaeger > Message-ID: > <75514ef21003011912l5014b4dcle94b6aa55fc95aa at mail.gmail.com> > I've finally found out how to cure the problem where applications > using sound like Ekiga (but also Twinkle, QEMU, ...) won't start > anymore but just hang: they are blocking trying to get a SysV IPC > semaphore. Honestly, I didn't expect ALSA to be using SysV IPC. > Anyway, find the attached script which solves the problem for me. That's nice, but you attached a .bin file, not a script or archive file. Also, have you filed a bug report? If this affects multiple applications, well, I don't know which program is supposed to fix it, but someone should. What you described is a serious problem. _________________________________________________________________ The New Busy is not the old busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_3 -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrjae at gmail.com Tue Mar 16 16:49:18 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 16 Mar 2010 12:49:18 -0400 Subject: [Ekiga-list] Recovering from apps hanging trying to use ALSA In-Reply-To: References: Message-ID: <75514ef21003160949m48427cd8u738de895bde9f7b0@mail.gmail.com> Nope, I attached a script (using gmail, and I suppose that works as it should). Where did you get the bin file from? It will be an issue of the archival software if you don't manage to get the script out of it. No I didn't file a bug report to ALSA yet. (Have you read that this has been suggested to me already?) I haven't written about it to the ALSA list yet because I had a second issue to write about, too, which is also still pending. And my email to the Ekiga list was a little bit heated, exactly because I was as pissed about it as you seem to be, and bringing heat into something usually doesn't do much good if people are already at their limits. Also, the script I posted (ask me if you really cannot download it) solves the problem well for the moment (as well as goes for a workaround), so it's an issue of knowing about the script; ALSA changing from using SysV semaphores to a different kind of locking *will* almost certainly take a long time even if developers are convinced that they should move away from the former, and then it will take more time to get into the linux distributions, so that probably means at least a year+ of no solution this way. Thus the only way to solve it short-term is by posting scripts like mine in places where people most likely run into the problem. Christian. From chrjae at gmail.com Tue Mar 16 16:53:46 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 16 Mar 2010 12:53:46 -0400 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: References: Message-ID: <75514ef21003160953m5f4a240cvb584fe267be42aa1@mail.gmail.com> >> > I'm pretty sure I have a definitive answer. >> >> A definitive answer for what? Or do you mean you don't have an answer? >> > > The question was whether special provision is needed for firewalls and > routers, for making outbound calls.? As far as I can tell, the answer is an > unequivocal NO. AFAIK this is not true, it's more complicated. Ch. From chrjae at gmail.com Tue Mar 16 17:13:01 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Tue, 16 Mar 2010 13:13:01 -0400 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: References: Message-ID: <75514ef21003161013k475219b9j29e8b3a38a3d126a@mail.gmail.com> > OK, but they need to fix documentation and directions, if they have not > already. Who is they? Probably nobody working on Ekiga and related libraries is paid for their work, and no volunteer is obliged to do anything. > Currently there is a long, rambling section on use with firewalls and > routers. Where? > Maybe that section in the wiki needs to be deleted or updated. Well go ahead improving the wiki documentation. I've used the Ekiga_behind_a_NAT_router page in the past, of course don't delete it. Also you may not have realized yet just how broken nowayday's networks are (and in how many different ways). I totally share the opinion that voip through SIP isn't ready for prime time, maybe partly because of the protocol (I don't know enough about that), partly because the current clients have too many issues, and then on top of that, on Linux the clients have to deal with the most problematic Linux subsystem, sound. I totally agree that there are just too many links that can break. If you want to have voip without many issues your current best option is Skype. (Still SIP can offer better sound quality, cheaper landline phone calls, but it has a big price in terms of your own time currently.) > If that is the problem, they need to display an error message > instead of displaying nothing. It's not something that happens in "normal" usage, only if a client has been forcibly killed somehow (or possibly in suspend, not sure). So *probably* the ALSA developers have never meant for an application to see it locked for a longer time, hence probably nobody expected application writers to deal with such situations. And yet ALSA is written in a way that such situations *can* happen (I don't know *why* they choose to use a locking infrastructure that won't release the locks upon apps being killed. They *might* have a good reason, or then maybe not.) Ch. From d3taveras38d3 at gmail.com Tue Mar 16 17:52:16 2010 From: d3taveras38d3 at gmail.com (David Taveras) Date: Tue, 16 Mar 2010 11:52:16 -0600 Subject: [Ekiga-list] Warning startup - enable port forwarding manually. My router is correctly config. Why?? Message-ID: Hello, Iam running ekiga to test it on Ubuntu 9.10.. version of Ekiga is karmic/main ekiga 3.2.5-1ubuntu1 . It warned upon startup to enable port forarding manually because my router isnt forwrding the packets UDP TCP mentioned in the wiki.... iam 100% sure that my router has free communication to the internet for those ports how does ekiga check that at startup? is it possible there is an error? Thanks David From law_ence.dev at ntlworld.com Tue Mar 16 18:04:12 2010 From: law_ence.dev at ntlworld.com (ael) Date: Tue, 16 Mar 2010 18:04:12 +0000 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: <75514ef21003160953m5f4a240cvb584fe267be42aa1@mail.gmail.com> References: <75514ef21003160953m5f4a240cvb584fe267be42aa1@mail.gmail.com> Message-ID: <20100316180412.GA2373@conquest3.conquest> On Tue, Mar 16, 2010 at 12:53:46PM -0400, Christian Jaeger wrote: > > The question was whether special provision is needed for firewalls and > > routers, for making outbound calls.? As far as I can tell, the answer is an > > unequivocal NO. > > AFAIK this is not true, it's more complicated. Absolutely. There are many and various routers out in the wild with a wide variety of behaviours. 1 user with 1 particular router can't give "an unequivocal NO." When someone has traced the behaviour with wireshark and the like on several routers, and read & understood the relevant documents including the STUN rfc then perhaps one can make some tentative suggestions. ael From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 16 19:11:04 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 16 Mar 2010 20:11:04 +0100 Subject: [Ekiga-list] Warning startup - enable port forwarding manually. My router is correctly config. Why?? In-Reply-To: References: Message-ID: <4B9FD7C8.4080002@pu-pm.univ-fcomte.fr> David Taveras wrote: > Hello, > > Iam running ekiga to test it on Ubuntu 9.10.. version of Ekiga is > karmic/main ekiga 3.2.5-1ubuntu1 . > It warned upon startup to enable port forarding manually because my > router isnt forwrding the packets UDP TCP mentioned in the wiki.... > > iam 100% sure that my router has free communication to the internet > for those ports You do not have a public IP address. Your router uses symmetric nat, use "ekiga -d 4 2>&1|grep STUN" and see http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router#Symmetric_NAT:_Dynamic_navigation_of_NAT_routers > how does ekiga check that at startup? is it possible there is an error? I do not think. It uses STUN. -- Eugen From d3taveras38d3 at gmail.com Tue Mar 16 20:55:36 2010 From: d3taveras38d3 at gmail.com (David Taveras) Date: Tue, 16 Mar 2010 14:55:36 -0600 Subject: [Ekiga-list] Warning startup - enable port forwarding manually. My router is correctly config. Why?? In-Reply-To: <4B9FD7C8.4080002@pu-pm.univ-fcomte.fr> References: <4B9FD7C8.4080002@pu-pm.univ-fcomte.fr> Message-ID: Hello Eugene, You where right. unix3 at seveneleven:~$ ekiga -d 4 2>&1|grep STUN 2010/03/16 14:51:23.893 0:03.327 StunDetector:0xb737db70 OPAL STUN server "stun.ekiga.net" replies Symmetric NAT, external IP 137.107.48.228 What is the importance of forwarding these? None of the other softphones that ive used ask for such config on the router. How would it affect? Andres On Tue, Mar 16, 2010 at 1:11 PM, Eugen Dedu wrote: > David Taveras wrote: >> Hello, >> >> Iam running ekiga to test it on Ubuntu 9.10.. version of Ekiga is >> karmic/main ekiga 3.2.5-1ubuntu1 . >> It warned upon startup to enable port forarding manually because my >> router isnt forwrding the packets UDP TCP mentioned in the wiki.... >> >> iam 100% sure that my router has free communication to the internet >> for those ports > > You do not have a public IP address. ?Your router uses symmetric nat, > use "ekiga -d 4 2>&1|grep STUN" and see > http://wiki.ekiga.org/index.php/Ekiga_behind_a_NAT_router#Symmetric_NAT:_Dynamic_navigation_of_NAT_routers > >> how does ekiga check that at startup? is it possible there is an error? > > I do not think. ?It uses STUN. > > -- > Eugen > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From komitaltrade at yahoo.com Wed Mar 17 01:44:06 2010 From: komitaltrade at yahoo.com (Ljubomir Manojlovic) Date: Tue, 16 Mar 2010 18:44:06 -0700 (PDT) Subject: [Ekiga-list] Ekiga xsession Message-ID: <247711.83671.qm@web110707.mail.gq1.yahoo.com> I need to make Ekiga xsession. It mean how user should to enter directly in Ekiga fullscreen mode (no need for other applications, because operator can log out user after session from server). So, it is for cyber cafe, where I want to have VoIP service, but I don`t want to purchase any SIP or to have software solution in main internet cafe xsession. It will be: 1) Regular internet xsession (Gnome) with common applications - Internet Cafe 2) Gamer xsession (also fullscreen mode with Netbook Launcher for games menu) - Gamer Cafe 3) Satelite TV fullscreen mode xsession (probably Firefox fullscreen mode with TV addons) - TV Cafe and 4) VoIP xsession (Ekiga) if I can make it - Phone Cafe As it is difficult to make different Gnome xsessions, it will be made like different users (without pass). After every session, operator just reset sessions by log out xsession, user seat on PC and enter in one of above listed PC service xsession. It is great think to have Cafe with 12 machines and every PC have 4 different modes (usage). How to make Ekiga fullscreen mode xsession? -------------- next part -------------- An HTML attachment was scrubbed... URL: From legenyes at hotmail.com Wed Mar 17 02:03:19 2010 From: legenyes at hotmail.com (My Name) Date: Wed, 17 Mar 2010 02:03:19 +0000 Subject: [Ekiga-list] Recovering from apps hanging trying to use ALSA In-Reply-To: References: Message-ID: > Date: Tue, 16 Mar 2010 12:49:18 -0400 > From: Christian Jaeger > Message-ID: > <75514ef21003160949m48427cd8u738de895bde9f7b0 at mail.gmail.com> > > Nope, I attached a script (using gmail, and I suppose that works as it > should). Where did you get the bin file from? Here's your message: http://mail.gnome.org/archives/ekiga-list/2010-March/msg00006.html . You're right, it does look like a text file, but the file name is binZZCoUDQptq.bin, and the list describes it as binary data. _________________________________________________________________ Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From legenyes at hotmail.com Wed Mar 17 02:32:06 2010 From: legenyes at hotmail.com (My Name) Date: Wed, 17 Mar 2010 02:32:06 +0000 Subject: [Ekiga-list] Outbound use with routers and firewalls In-Reply-To: References: Message-ID: > Date: Tue, 16 Mar 2010 12:53:46 -0400 > From: Christian Jaeger > Message-ID: > <75514ef21003160953m5f4a240cvb584fe267be42aa1 at mail.gmail.com> > > >> > I'm pretty sure I have a definitive answer. > >> A definitive answer for what? Or do you mean you don't have an answer? > > The question was whether special provision is needed for firewalls and > > routers, for making outbound calls.? As far as I can tell, the answer is an > > unequivocal NO. > AFAIK this is not true, it's more complicated. > From: ael > > Absolutely. There are many and various routers out in the wild with > a wide variety of behaviours. > 1 user with 1 particular router can't give "an unequivocal NO." > > When someone has traced the behaviour with wireshark and the like on several > routers, and read & understood the relevant documents including the STUN rfc > then perhaps one can make some tentative suggestions. All right, I found it. Here, for the record: http://wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga "If you are behind a router, Ekiga has extensive and improved NAT support thanks to STUN. In 99% of the cases, you do not have any configuration to do, and you can even be reachable from the outside without any port forwarding." I'm part of the 99%. That's good enough for me? Is it wrong? (I need a _concise_ statement, though, please.) Thanks for your help, guys. _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/210850553/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 17 12:31:50 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 17 Mar 2010 13:31:50 +0100 Subject: [Ekiga-list] Erratic sound with Ubuntu Karmic In-Reply-To: References: , <4B6B1EFB.1020403@pu-pm.univ-fcomte.fr> Message-ID: <4BA0CBB6.8030101@pu-pm.univ-fcomte.fr> My Name wrote: >> Date: Thu, 4 Feb 2010 20:24:43 +0100 >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >> To: ekiga-list at gnome.org >> Subject: Re: [Ekiga-list] Erratic sound with Ubuntu Karmic >> >>> Sometimes Ekiga passes the echo test, but usually not. >>> >>> The problem is that sound is unreliable. Sometimes I can hear sound with the echo test, but usually not.... > >> I believe this bug was fixed in 3.2.6, see >> http://git.gnome.org/browse/ekiga/commit/?h=gnome-2-26&id=39190d030c7784efdff243d98024812cb9bac3ec > > > Yes, it appears to be fixed. I had 100% success with echo tests. However, at the moment I can't get the Ekiga UI started. Giving up, uninstalling again. Sometimes ekiga takes 20-30 seconds to appear, I guess it is because of some dns (srv?) lookup. Also check that it has not really started, sometimes it starts minimised ("ps ux|grep ekiga" for ex.) -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 17 13:32:30 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 17 Mar 2010 14:32:30 +0100 Subject: [Ekiga-list] Changing SIP ports in Windows In-Reply-To: <4AFC6C30.2010102@voicetechnology.com.br> References: <4AFC6C30.2010102@voicetechnology.com.br> Message-ID: <4BA0D9EE.7010109@pu-pm.univ-fcomte.fr> Paulo Rog?rio Panhoto wrote: > Hi, > > I tried to look for an answer to this question on the archives but the only > answer I found was to change ekiga.schemas. I've changed the ekiga.schemas file > and aparently the software does not care about the file. > > Here is the changed parameter: > > > /schemas/apps/ekiga/protocols/sip/listen_port > /apps/ekiga/protocols/sip/listen_port > Ekiga > int > * 5360 > * > And, after restarting Ekiga: > > C:\Documents and Settings\paulo>netstat -p udp -a -b -n > > . > . > . > > * UDP 192.168.0.186:5060 *:* 5824 > [ekiga.exe] > *. > . > . > > > C:\Documents and Settings\paulo> > > Is there any way to change the setting? Sorry to replay so late. schema file is used upon compilation. Upon execution, "Note: for windows, the gconf settings are stored in %APPDATA%\ekiga.conf; you can edit it with a text editor such as notepad." (http://wiki.ekiga.org/index.php/Windows_Users) Does it help? -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 17 13:43:41 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 17 Mar 2010 14:43:41 +0100 Subject: [Ekiga-list] Status of DTMF support in Ekiga ? In-Reply-To: References: Message-ID: <4BA0DC8D.2090306@pu-pm.univ-fcomte.fr> Jean-No?l Rivasseau wrote: > Hi, > > I am trying to setup Ekiga to work with my VoIP provider (www.localphone.com). > Everything works fine except for pressing keys on the dialpad (DTMF tones). > With some numbers, it seems to work, with others it does not work (or it > works, but with delays when I press the keys, or these keys seem to repeat > for 10 times each time I press one, which makes it impossible to enter PINs > for instance). > > I am on Gentoo, Ekiga 3.2.6, and compiled Ekiga and related libraries (like > Opal, ptlib) with the "dtmf" USE flag, which compiled in the DTMF support. > > So, are DTMF tones really well supported on current Ekiga? Should I send > these tones as RFC2833 or INFO (I tried both but both had problems)? Sorry to reply so late. To my knowledge, DTMF is working, but only one type (INFO or rfc2833, I do not remember well which one). Could you please be more precise about which digits do not work, in which case etc., maybe give a precise example? Also, I think (not being sure) the -d 4 output is useful. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 17 16:00:06 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 17 Mar 2010 17:00:06 +0100 Subject: [Ekiga-list] NAT issues with VoIP clients Message-ID: <4BA0FC86.1070601@pu-pm.univ-fcomte.fr> Given the recent posts (and others), I have just written a page http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 explaining the problems of VoIP clients with NATs. I am not 100% sure of what I wrote, and it remain open questions. Please help to improve it by making remarks/improving it. -- Eugen From d3taveras38d3 at gmail.com Wed Mar 17 17:09:49 2010 From: d3taveras38d3 at gmail.com (David Taveras) Date: Wed, 17 Mar 2010 11:09:49 -0600 Subject: [Ekiga-list] Sip forwarding URI, how to disable? Message-ID: Hello, Iam using ekiga only with one SIP account. I found it annoying that every time i type in a number i have to prefix it with sip: I tried blanking that prefix in the preferences where it says SIP URI .. but when i quit ekiga and start it again its back again. How can I do this correctly? David From dford at ansur.demon.co.uk Wed Mar 17 17:34:56 2010 From: dford at ansur.demon.co.uk (David Ford) Date: Wed, 17 Mar 2010 17:34:56 +0000 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: <4BA0FC86.1070601@pu-pm.univ-fcomte.fr> References: <4BA0FC86.1070601@pu-pm.univ-fcomte.fr> Message-ID: <4BA112C0.2010505@ansur.demon.co.uk> Hi Eugen A couple of small things :- In - More realistic network, with SIP server Tho overcome these limitations - and ^ need to register to SIPserver ^ i.e. an extra h and no space hth David On 17/03/10 16:00, Eugen Dedu wrote: > Given the recent posts (and others), I have just written a page > http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 > explaining the problems of VoIP clients with NATs. I am not 100% sure > of what I wrote, and it remain open questions. Please help to improve > it by making remarks/improving it. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 17 17:43:13 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 17 Mar 2010 18:43:13 +0100 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: <4BA112C0.2010505@ansur.demon.co.uk> References: <4BA0FC86.1070601@pu-pm.univ-fcomte.fr> <4BA112C0.2010505@ansur.demon.co.uk> Message-ID: <4BA114B1.1030905@pu-pm.univ-fcomte.fr> David Ford wrote: > Hi Eugen > A couple of small things :- > In - > More realistic network, with SIP server > Tho overcome these limitations - and > ^ > need to register to SIPserver > ^ > i.e. an extra h and no space The first is fixed, but the second I do not understand. > hth > David > On 17/03/10 16:00, Eugen Dedu wrote: >> Given the recent posts (and others), I have just written a page >> http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 >> >> explaining the problems of VoIP clients with NATs. I am not 100% sure >> of what I wrote, and it remain open questions. Please help to improve >> it by making remarks/improving it. From sevmek at free.fr Wed Mar 17 18:15:46 2010 From: sevmek at free.fr (yannick) Date: Wed, 17 Mar 2010 19:15:46 +0100 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: <4BA114B1.1030905@pu-pm.univ-fcomte.fr> References: <4BA0FC86.1070601@pu-pm.univ-fcomte.fr> <4BA112C0.2010505@ansur.demon.co.uk> <4BA114B1.1030905@pu-pm.univ-fcomte.fr> Message-ID: <1268849746.2624.541.camel@achille> > > On 17/03/10 16:00, Eugen Dedu wrote: > >> Given the recent posts (and others), I have just written a page > >> http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 > >> > >> explaining the problems of VoIP clients with NATs. I am not 100% sure > >> of what I wrote, and it remain open questions. Please help to improve > >> it by making remarks/improving it. > I added some infos about ports. It still need more work on this... > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From kapetr at mizera.cz Thu Mar 18 06:30:55 2010 From: kapetr at mizera.cz (kapetr) Date: Thu, 18 Mar 2010 07:30:55 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: <2c324451231e9722cbd86de8855daf77@www2-mail.volny.cz> Hello ----- Eugen Dedu wrote: > Message: 6 > Date: Tue, 16 Mar 2010 09:31:08 +0100 > From: Eugen Dedu > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL > Message-ID: <4B9F41CC.7060806 at pu-pm.univ-fcomte.fr> > Content-Type: text/plain; charset=UTF-8 > > kapetr, it seems the issue you described has just been > fixed by Robert > with > http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/opal/trunk/src/rtp/rtp.cxx?r1=24129&r2=24128&pathrev=24129. > > Could you apply this patch in opal and test it *as > soon as possible*? > > -- > Eugen > > > ------------------------------ I would like to test it, but the problem is, that I don't know about "developer things". So I don't know, how and where to applicate the patch. I don't have installed developer packages too (compilers, ...)... So - I need detailed instructions - OR better- Is somewhere prepared package with all patches ? Daily-build ? In Ubuntu such thing are served with "PPAs". So if such PPA for Ekiga in Ubuntu do not exist yet, could You create it ? Thanks --kapetr From dford at ansur.demon.co.uk Thu Mar 18 09:08:48 2010 From: dford at ansur.demon.co.uk (David Ford) Date: Thu, 18 Mar 2010 09:08:48 +0000 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: <4BA114B1.1030905@pu-pm.univ-fcomte.fr> References: <4BA0FC86.1070601@pu-pm.univ-fcomte.fr> <4BA112C0.2010505@ansur.demon.co.uk> <4BA114B1.1030905@pu-pm.univ-fcomte.fr> Message-ID: <4BA1EDA0.9020408@ansur.demon.co.uk> Hi Eugen On 17/03/10 17:43, Eugen Dedu wrote: > David Ford wrote: > >> Hi Eugen >> A couple of small things :- >> In - >> More realistic network, with SIP server >> Tho overcome these limitations - and >> ^ >> need to register to SIPserver >> ^ >> i.e. an extra h and no space >> > The first is fixed, but the second I do not understand. > There needs to be a space between SIP and server - sorry to not be precise David >> hth >> David >> On 17/03/10 16:00, Eugen Dedu wrote: >> >>> Given the recent posts (and others), I have just written a page >>> http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 >>> >>> explaining the problems of VoIP clients with NATs. I am not 100% sure >>> of what I wrote, and it remain open questions. Please help to improve >>> it by making remarks/improving it. >>> > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 18 09:11:44 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 18 Mar 2010 10:11:44 +0100 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: <4BA1EDA0.9020408@ansur.demon.co.uk> References: <4BA0FC86.1070601@pu-pm.univ-fcomte.fr> <4BA112C0.2010505@ansur.demon.co.uk> <4BA114B1.1030905@pu-pm.univ-fcomte.fr> <4BA1EDA0.9020408@ansur.demon.co.uk> Message-ID: <4BA1EE50.3080401@pu-pm.univ-fcomte.fr> David Ford wrote: > Hi Eugen > > On 17/03/10 17:43, Eugen Dedu wrote: >> David Ford wrote: >> >>> Hi Eugen >>> A couple of small things :- >>> In - >>> More realistic network, with SIP server >>> Tho overcome these limitations - and >>> ^ >>> need to register to SIPserver >>> ^ >>> i.e. an extra h and no space >>> >> The first is fixed, but the second I do not understand. >> > There needs to be a space between SIP and server - sorry to not be precise Fixed, thanks! > David >>> hth >>> David >>> On 17/03/10 16:00, Eugen Dedu wrote: >>> >>>> Given the recent posts (and others), I have just written a page >>>> http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 >>>> >>>> >>>> explaining the problems of VoIP clients with NATs. I am not 100% sure >>>> of what I wrote, and it remain open questions. Please help to improve >>>> it by making remarks/improving it. >>>> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 18 09:14:10 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 18 Mar 2010 10:14:10 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <20100316110458.840db391.palama@inwind.it> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <20100316110458.840db391.palama@inwind.it> Message-ID: <4BA1EEE2.7060000@pu-pm.univ-fcomte.fr> palama at inwind.it wrote: > Thank you for your prompt answer, Eugen. > Is this behaviour of ekiga.net specified by the standard or is it a choice that the standard leaves to the server and client designers? Since there was a post in the mailing list about another SIP server which does not need NAT (so it uses private addresses in Contact field), I am pretty sure that it is a choice by ekiga.net administrator, but I do not know the reason and details. > On Tue, 16 Mar 2010 10:28:01 +0100 > Eugen Dedu wrote: > >> Yes. ekiga.net does not accept private addresses in Contact field. >> From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 18 09:15:40 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 18 Mar 2010 10:15:40 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> Message-ID: <4BA1EF3C.9040003@pu-pm.univ-fcomte.fr> Mounir Lamouri wrote: > On Tue, Mar 16, 2010 at 10:28 AM, Eugen Dedu > wrote: >> palama at inwind.it wrote: >>> While running some server-client compatibility tests I found that linphone and ekiga.net seem to be incompatible. >>> Ekiga.net refuses to register the client linphone with the message: >>> "Registration on sip:ekiga.net failed: Not Acceptable" >>> >>> Analysis of the logs suggests that this registration refusal may be related to the fact that ekiga.net expects the firewall IP to be used in the contact header while Linphone sends the LAN IP. >>> >>> Here are the relevant logs: >>> >>> Ekiga 2.0.12: >>> Contact: >>> >>> Linphone 2.1.1: >>> Contact: >>> >>> Could somebody confirm that this is the reason for which ekiga.net refuses registration? >> Yes. ekiga.net does not accept private addresses in Contact field. > > By the way, Eugen, last week I was looking for a SIP client on Windows > (sorry, not for me :)) working with ekiga.net and none was working. > Ekiga itself is still buggy on Windows and all other clients where > failing when trying to connect to ekiga.net. Do you which ones are > working ? Well, to my knowledge, windows version should work. What do you mean by "does not work" and "buggy"? I need to find time to work on windows version... -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 18 09:18:27 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 18 Mar 2010 10:18:27 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <20100316153502.b91fe4c2.palama@inwind.it> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> <20100316153502.b91fe4c2.palama@inwind.it> Message-ID: <4BA1EFE3.3050502@pu-pm.univ-fcomte.fr> palama at inwind.it wrote: > This is exactly the same problem I have. At present I have almost no way to talk to friends who use Windows. > I believe that full compatibility between sip servers and sip clients running on different operating systems should be a high priority milestone in the process of freeing our speech on the internet. I agree, but we need at least someone to spend 1-2 hours to test with me ekiga on linux and on windows... > On Tue, 16 Mar 2010 13:12:55 +0100 > Mounir Lamouri wrote: > > >> By the way, Eugen, last week I was looking for a SIP client on Windows >> (sorry, not for me :)) working with ekiga.net and none was working. >> Ekiga itself is still buggy on Windows and all other clients where >> failing when trying to connect to ekiga.net. Do you which ones are >> working ? >> > From thedogfarted at gmail.com Thu Mar 18 09:56:27 2010 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Thu, 18 Mar 2010 11:56:27 +0200 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <4BA1EEE2.7060000@pu-pm.univ-fcomte.fr> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <20100316110458.840db391.palama@inwind.it> <4BA1EEE2.7060000@pu-pm.univ-fcomte.fr> Message-ID: Hi On Thu, Mar 18, 2010 at 11:14 AM, Eugen Dedu wrote: > palama at inwind.it wrote: >> Thank you for your prompt answer, Eugen. >> Is this behaviour of ekiga.net specified by the standard or is it a choice that the standard leaves to the server and client designers? > > Since there was a post in the mailing list about another SIP server > which does not need NAT (so it uses private addresses in Contact field), > I am pretty sure that it is a choice by ekiga.net administrator, but I > do not know the reason and details. I think it's perfectly sound to reject REGISTER requests with private addresses in Contact field. At least for INVITEs etc RFC3261 requires that the contact is reachable from anywhere. However, Section 10.3 states that the "registrar MUST not generate 6xx responses." Which is what ekiga.net does. Also, the second REGISTER with public IP in contact but private IP in Via should succeed - there is nothing in the standard that prohibits private IPs in Via (and there's received and rport parameters for sending back responses). -- Ian From mounir.lamouri at gmail.com Thu Mar 18 10:28:52 2010 From: mounir.lamouri at gmail.com (Mounir Lamouri) Date: Thu, 18 Mar 2010 11:28:52 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <4BA1EF3C.9040003@pu-pm.univ-fcomte.fr> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> <4BA1EF3C.9040003@pu-pm.univ-fcomte.fr> Message-ID: <3201269c1003180328l43ae8e20ib1fd4430d4cfbcb3@mail.gmail.com> On Thu, Mar 18, 2010 at 10:15 AM, Eugen Dedu wrote: > Well, to my knowledge, windows version should work. ?What do you mean by > "does not work" and "buggy"? ?I need to find time to work on windows > version... If I recall correctly, I was calling (from GNU/Linux) a Windows client. When the Windows client click to answer, nothing happened. Also, the contact list was always empty even after adding a contact which was online. Unfortunately, I do not own a Windows OS so I can't reproduce this bug. -- Mounir From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 18 11:50:47 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 18 Mar 2010 12:50:47 +0100 Subject: [Ekiga-list] Debugging information In-Reply-To: <201003131804.02510._hamlet@libero.it> References: <201003061245.13545._hamlet@libero.it> <4B94C088.4070407@pu-pm.univ-fcomte.fr> <201003131804.02510._hamlet@libero.it> Message-ID: <4BA21397.8090809@pu-pm.univ-fcomte.fr> Hamlet wrote: > On Monday 08 March 2010 03:16:56 Eugen Dedu wrote: >>> I have noticed that the amount of debug information printed with the >>> option "-d N" (even N=5) has dramatcally decreased passing from 3.0.1 to >>> 3.2.5/6 (including OPAL/PTlib updates). >>> >>> Now I get only messages on screen from dyna.cxx and a few CODEC/protocol >>> related sources. >>> And I need connection information, badly, since it's not working and >>> that's where all my diagnostics ends now. > [...] >> I think there is a debug option, which is turned on by default. What >> are the options to build ptlib, opal and ekiga in gentoo? > > About 40. For each one of them!!! > There is a "debug" option, which I thought just meant the symbols are not > stripped away. Wrong. In this case, it seems to mean something more. Well, I wanted to explain it to the wiki, but seems to me that it's sufficiently clear: --disable-tracing Remove PTRACE and all trace logging > If I enable it (the system requires it to be enabled either for all the three > packages or for none of them) I get a rich crash (regardless the -d option): > > $ ekiga > *** glibc detected *** ekiga: munmap_chunk(): invalid pointer: > 0x00000000008d3fb0 *** > ======= Backtrace: ========= > /lib/libc.so.6[0x7ff6dedb4808] > /usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList13RemoveElementEP12PListElement+0x6b) > [0x7ff6e48bb87b] > /usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList8RemoveAtEi+0x2a)[0x7ff6e48bb96a] > /usr/lib/libpt_d.so.2.6.6(_ZN11PCollection9RemoveAllEv+0x1e)[0x7ff6e48b9fce] > /usr/lib/libpt_d.so.2.6.6(_ZN13PAbstractList15DestroyContentsEv+0xd) > [0x7ff6e48bab9d] > /usr/lib/libpt_d.so.2.6.6(_ZN10PContainer8DestructEv+0x2e)[0x7ff6e48c145e] > /usr/lib/libpt_d.so.2.6.6(_ZN14PPluginManager19LoadPluginDirectoryERK10PDirectory+0x432) > [0x7ff6e488f992] > /usr/lib/libpt_d.so.2.6.6(_ZN19PluginLoaderStartup9OnStartupEv+0x72) > [0x7ff6e488fc22] > /usr/lib/libpt_d.so.2.6.6(_ZN8PProcessC2EPKcS1_ttNS_10CodeStatusEtb+0x70c) > [0x7ff6e48b14ec] > ekiga(_ZN12GnomeMeetingC1Ev+0x4a)[0x4cec5a] > ekiga(main+0x504)[0x4c0a34] > /lib/libc.so.6(__libc_start_main+0xe6)[0x7ff6ded5fa26] > ekiga(_ZN13PArrayObjects6InsertERK7PObjectPS0_+0x41)[0x4a60a9] > ======= Memory map: ======== > 00400000-00667000 r-xp 00000000 fd:00 58597 > /usr/bin/ekiga > [ ... and a long memory map follows, available on demand ] > Aborted > > If I run it with gdb, it keeps one CPU 100% busy and does nothing apparent. > After 2 hours I interrupted it and asked for a backtrace, and the answer was > (starting from my Ctrl+C): > > Program received signal SIGINT, Interrupt. > 0x00007ffff09d6ac0 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1 > (gdb) backtrace > #0 0x00007ffff09d6ac0 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1 > #1 0x00007ffff09d75c2 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1 > #2 0x00007ffff7e90b1b in ?? () from //usr/lib64/opengl/nvidia/lib/libnvidia- > tls.so.1 > #3 0x00007fffed7e087b in PAbstractList::RemoveElement(PListElement*) () from > /usr/lib/libpt_d.so.2.6.6 > #4 0x00007fffed7e096a in PAbstractList::RemoveAt(int) () from > /usr/lib/libpt_d.so.2.6.6 > #5 0x00007fffed7defce in PCollection::RemoveAll() () from > /usr/lib/libpt_d.so.2.6.6 > #6 0x00007fffed7dfb9d in PAbstractList::DestroyContents() () from > /usr/lib/libpt_d.so.2.6.6 > #7 0x00007fffed7e645e in PContainer::Destruct() () from > /usr/lib/libpt_d.so.2.6.6 > #8 0x00007fffed7b4992 in PPluginManager::LoadPluginDirectory(PDirectory > const&) () from /usr/lib/libpt_d.so.2.6.6 > #9 0x00007fffed7b4c22 in PluginLoaderStartup::OnStartup() () from > /usr/lib/libpt_d.so.2.6.6 > #10 0x00007fffed7d64ec in PProcess::PProcess(char const*, char const*, > unsigned short, unsigned short, PProcess::CodeStatus, unsigned short, bool) () > from /usr/lib/libpt_d.so.2.6.6 > #11 0x00000000004cec5a in GnomeMeeting::GnomeMeeting() () > #12 0x00000000004c0a34 in main () > > Looks the same. I think that such a crash has been fixed since 3.2.6. Could you please test the latest stable branch: git clone git://git.gnome.org/ekiga; cd ekiga; git checkout -b gnome-2-26 origin/gnome-2-26 and use ./autogen.sh instead of ./configure? > If I don't enable the Gentoo debug flag, it passes through this without > problems -- then it fails the echo test, but that's not the subject of these The echo test sometimes stops, a bug in the SIP server very probably. Right now it works for ex. > e-mails. What do you think about this? > > > Gentoo ebuild for: > nVidia drivers: nvidia-drivers 190.53-r1 > X.org server: xorg-server 1.7.5.901 (1.7.6 RC 1) -- Eugen From legenyes at hotmail.com Thu Mar 18 13:21:03 2010 From: legenyes at hotmail.com (My Name) Date: Thu, 18 Mar 2010 13:21:03 +0000 Subject: [Ekiga-list] Erratic sound with Ubuntu Karmic In-Reply-To: References: Message-ID: > Date: Wed, 17 Mar 2010 13:31:50 +0100 > From: Eugen Dedu > Message-ID: <4BA0CBB6.8030101 at pu-pm.univ-fcomte.fr> > > My Name wrote: > > Yes, it appears to be fixed. I had 100% success with echo tests. However, at the moment I can't get the Ekiga UI started. Giving up, uninstalling again. > > Sometimes ekiga takes 20-30 seconds to appear, I guess it is because of > some dns (srv?) lookup. Also check that it has not really started, > sometimes it starts minimised ("ps ux|grep ekiga" for ex.) I don't think that's it. It's not minimized. An icon does appear in what I think is called the notification area, but there's only a limited menu available from there. The UI cannot be started from that menu or by any other means I can find. As Christian J?ger points out, it may be related to the ALSA lock. When you are trying to get SIP programs to work, killing programs is a common event! If there is a hung resource that prevents the UI from starting, an error message is needed at the least. _________________________________________________________________ The New Busy is not the old busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_3 -------------- next part -------------- An HTML attachment was scrubbed... URL: From legenyes at hotmail.com Thu Mar 18 13:28:34 2010 From: legenyes at hotmail.com (My Name) Date: Thu, 18 Mar 2010 13:28:34 +0000 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: References: Message-ID: > Date: Wed, 17 Mar 2010 17:00:06 +0100 > From: Eugen Dedu > Message-ID: <4BA0FC86.1070601 at pu-pm.univ-fcomte.fr> > > Given the recent posts (and others), I have just written a page > http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 > explaining the problems of VoIP clients with NATs. I am not 100% sure > of what I wrote, and it remain open questions. Please help to improve > it by making remarks/improving it. The Ekiga wiki is broken. It runs me in circles when I try to register, so I can't add to the discussion. (Don't bother to fix it for me. I don't really want to start contributing to the wiki anyway.) But since I can't add a comment, I'll post it here. The article says, "For that, before registering, A and B must discover their public IP addresses (corresponding to NATA and NATB respectively) and send it to ekiga.net, so that they can be contacted afterwards (*TODO why ekiga.net cannot simply use ip/port from ip packet header?*)". Indeed, this requires explanation. This is surely the job of the SIP server. I certainly do not need a separate STUN server to use a Web browser. The Web site has no trouble determining my external IP address. _________________________________________________________________ Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From hawat.thufir at gmail.com Thu Mar 18 14:28:25 2010 From: hawat.thufir at gmail.com (Thufir) Date: Thu, 18 Mar 2010 07:28:25 -0700 Subject: [Ekiga-list] voicemail Message-ID: aside from diamoncard.us, what other options are there for a DID in Canada? I only really need the voicemail. thanks, Thufir From thedogfarted at gmail.com Thu Mar 18 15:21:40 2010 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Thu, 18 Mar 2010 17:21:40 +0200 Subject: [Ekiga-list] Status of DTMF support in Ekiga ? In-Reply-To: <4BA0DC8D.2090306@pu-pm.univ-fcomte.fr> References: <4BA0DC8D.2090306@pu-pm.univ-fcomte.fr> Message-ID: On Wed, Mar 17, 2010 at 3:43 PM, Eugen Dedu wrote: > Jean-No?l Rivasseau wrote: >> So, are DTMF tones really well supported on current Ekiga? Should I send >> these tones as RFC2833 or INFO (I tried both but both had problems)? > > Sorry to reply so late. > > To my knowledge, DTMF is working, but only one type (INFO or rfc2833, I > do not remember well which one). ?Could you please be more precise about > which digits do not work, in which case etc., maybe give a precise > example? ?Also, I think (not being sure) the -d 4 output is useful. I don't know about 3.2.6, maybe something got broken, but in 2.0.12 RFC2833 DTMFs are working fine (tested with crap PSTN gateways that require the number to be sent with DTMFs). -- Ian From thedogfarted at gmail.com Thu Mar 18 16:06:50 2010 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Thu, 18 Mar 2010 18:06:50 +0200 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: References: Message-ID: On Thu, Mar 18, 2010 at 3:28 PM, My Name wrote: > The article says, "For that, before registering, A and B must discover their > public IP addresses (corresponding to NATA and NATB respectively) and send > it to ekiga.net, so that they can be contacted afterwards (*TODO why > ekiga.net cannot simply use ip/port from ip packet header?*)". > > Indeed, this requires explanation.? This is surely the job of the SIP > server. It is possible with rport and friends but it works in a bit different way. The server cannot use IP/port from the packet because there can be one or more proxy between the client and server and the IP/port in the packet will be that of the last proxy. Thus the client still has to discover it's public IP but it can be done w/o STUN. First the client sends a REGISTER with private IP in *both* Contact and Via, Via also containing rport parameter. The server will reject the request, adding received and rport parameters with the IP and port from the packet. This is done by each proxy in the path, therefore when the client receives the response, the top (and only one) Via contains the external IP and port. Now the client can resubmit the REGISTER with the external IP and port in the Contact (but private IP in Via), which should be accepted. With some more magic (which requires the private address in Via) this can work with almost any type of NAT. Notice that this is how Linphone and Nokia N900 (and probably other clients) work. However ekiga.net rejects REGISTERs with private Via, which breaks these clients. > I certainly do not need a separate STUN server to use a Web > browser.? The Web site has no trouble determining my external IP address. You don't need STUN to use a web browser because with web browser you're making only outgoing connections - from the browser to the server. NEVER the other way around, it is not even possible. The web site has no trouble determining your external IP because it doesn't have to. Among other reasons why people are using HTTP proxies, Tor and similar tech is to hide their IP address - the web server can do without it. So don't compare apples to oranges. -- Ian From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 18 17:10:27 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 18 Mar 2010 18:10:27 +0100 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: References: Message-ID: <4BA25E83.9080407@pu-pm.univ-fcomte.fr> My Name wrote: >> Date: Wed, 17 Mar 2010 17:00:06 +0100 >> From: Eugen Dedu >> Message-ID: <4BA0FC86.1070601 at pu-pm.univ-fcomte.fr> >> >> Given the recent posts (and others), I have just written a page >> http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 >> explaining the problems of VoIP clients with NATs. I am not 100% sure >> of what I wrote, and it remain open questions. Please help to improve >> it by making remarks/improving it. > > The Ekiga wiki is broken. It runs me in circles when I try to register, so I can't add to the discussion. (Don't bother to fix it for me. I don't really want to start contributing to the wiki anyway.) But since I can't add a comment, I'll post it here. The new registration is forbidden on the wiki. yannick, could you add a text such as "For new registrations, please contact XYZ" on the registration page? I can help you for the line to add (something like an "echo 'The new reg...
'"). -- Eugen From sevmek at free.fr Thu Mar 18 17:17:33 2010 From: sevmek at free.fr (yannick) Date: Thu, 18 Mar 2010 18:17:33 +0100 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: <4BA25E83.9080407@pu-pm.univ-fcomte.fr> References: <4BA25E83.9080407@pu-pm.univ-fcomte.fr> Message-ID: <1268932653.2624.549.camel@achille> Le jeudi 18 mars 2010 ? 18:10 +0100, Eugen Dedu a ?crit : > My Name wrote: > >> Date: Wed, 17 Mar 2010 17:00:06 +0100 > >> From: Eugen Dedu > >> Message-ID: <4BA0FC86.1070601 at pu-pm.univ-fcomte.fr> > >> > >> Given the recent posts (and others), I have just written a page > >> http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 > >> explaining the problems of VoIP clients with NATs. I am not 100% sure > >> of what I wrote, and it remain open questions. Please help to improve > >> it by making remarks/improving it. > > > > The Ekiga wiki is broken. It runs me in circles when I try to register, so I can't add to the discussion. (Don't bother to fix it for me. I don't really want to start contributing to the wiki anyway.) But since I can't add a comment, I'll post it here. > > The new registration is forbidden on the wiki. yannick, could you add a > text such as "For new registrations, please contact XYZ" on the > registration page? I can help you for the line to add (something like > an "echo 'The new reg...
'"). > I'll try. For now it is wriiten here since long: http://wiki.ekiga.org/index.php/How_to_edit_the_wiki (last link ont he main page) -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From sevmek at free.fr Thu Mar 18 17:21:39 2010 From: sevmek at free.fr (yannick) Date: Thu, 18 Mar 2010 18:21:39 +0100 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: <1268932653.2624.549.camel@achille> References: <4BA25E83.9080407@pu-pm.univ-fcomte.fr> <1268932653.2624.549.camel@achille> Message-ID: <1268932899.2624.551.camel@achille> Le jeudi 18 mars 2010 ? 18:17 +0100, yannick a ?crit : > Le jeudi 18 mars 2010 ? 18:10 +0100, Eugen Dedu a ?crit : > > My Name wrote: > > >> Date: Wed, 17 Mar 2010 17:00:06 +0100 > > >> From: Eugen Dedu > > >> Message-ID: <4BA0FC86.1070601 at pu-pm.univ-fcomte.fr> > > >> > > >> Given the recent posts (and others), I have just written a page > > >> http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 > > >> explaining the problems of VoIP clients with NATs. I am not 100% sure > > >> of what I wrote, and it remain open questions. Please help to improve > > >> it by making remarks/improving it. > > > > > > The Ekiga wiki is broken. It runs me in circles when I try to register, so I can't add to the discussion. (Don't bother to fix it for me. I don't really want to start contributing to the wiki anyway.) But since I can't add a comment, I'll post it here. > > > > The new registration is forbidden on the wiki. yannick, could you add a > > text such as "For new registrations, please contact XYZ" on the > > registration page? I can help you for the line to add (something like > > an "echo 'The new reg...
'"). > > > > I'll try. For now it is wriiten here since long: > http://wiki.ekiga.org/index.php/How_to_edit_the_wiki > (last link ont he main page) I can't find a way to edit the login page :/ (well for now, when we will change the mechanics for drupal, it should be possible) From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 18 17:26:56 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 18 Mar 2010 18:26:56 +0100 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: <1268932899.2624.551.camel@achille> References: <4BA25E83.9080407@pu-pm.univ-fcomte.fr> <1268932653.2624.549.camel@achille> <1268932899.2624.551.camel@achille> Message-ID: <4BA26260.7010904@pu-pm.univ-fcomte.fr> yannick wrote: > Le jeudi 18 mars 2010 ? 18:17 +0100, yannick a ?crit : >> Le jeudi 18 mars 2010 ? 18:10 +0100, Eugen Dedu a ?crit : >>> My Name wrote: >>>>> Date: Wed, 17 Mar 2010 17:00:06 +0100 >>>>> From: Eugen Dedu >>>>> Message-ID: <4BA0FC86.1070601 at pu-pm.univ-fcomte.fr> >>>>> >>>>> Given the recent posts (and others), I have just written a page >>>>> http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 >>>>> explaining the problems of VoIP clients with NATs. I am not 100% sure >>>>> of what I wrote, and it remain open questions. Please help to improve >>>>> it by making remarks/improving it. >>>> The Ekiga wiki is broken. It runs me in circles when I try to register, so I can't add to the discussion. (Don't bother to fix it for me. I don't really want to start contributing to the wiki anyway.) But since I can't add a comment, I'll post it here. >>> The new registration is forbidden on the wiki. yannick, could you add a >>> text such as "For new registrations, please contact XYZ" on the >>> registration page? I can help you for the line to add (something like >>> an "echo 'The new reg...
'"). >>> >> I'll try. For now it is wriiten here since long: >> http://wiki.ekiga.org/index.php/How_to_edit_the_wiki >> (last link ont he main page) > > I can't find a way to edit the login page :/ (well for now, when we will > change the mechanics for drupal, it should be possible) It cannot be modified. The php file needs to be modified manually, probably includes/templates/Userlogin.php. -- Eugen From sevmek at free.fr Thu Mar 18 17:39:08 2010 From: sevmek at free.fr (yannick) Date: Thu, 18 Mar 2010 18:39:08 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <3201269c1003180328l43ae8e20ib1fd4430d4cfbcb3@mail.gmail.com> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> <4BA1EF3C.9040003@pu-pm.univ-fcomte.fr> <3201269c1003180328l43ae8e20ib1fd4430d4cfbcb3@mail.gmail.com> Message-ID: <1268933948.2624.554.camel@achille> Le jeudi 18 mars 2010 ? 11:28 +0100, Mounir Lamouri a ?crit : > On Thu, Mar 18, 2010 at 10:15 AM, Eugen Dedu > wrote: > > Well, to my knowledge, windows version should work. What do you mean by > > "does not work" and "buggy"? I need to find time to work on windows > > version... > > If I recall correctly, I was calling (from GNU/Linux) a Windows > client. When the Windows client click to answer, nothing happened. > Also, the contact list was always empty even after adding a contact > which was online. > Unfortunately, I do not own a Windows OS so I can't reproduce this bug. I had chats lasting hours using the GNU/Linux version with the windows version at the other end. It is not that broken. If I remember correctly there was such issue sometimes, but if the other end give a try it works. It was with 3.2.5 on the windows side... From mtbc at ixod.org Thu Mar 18 17:50:38 2010 From: mtbc at ixod.org (Mark T. B. Carroll) Date: Thu, 18 Mar 2010 13:50:38 -0400 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <1268933948.2624.554.camel@achille> (yannick's message of "Thu\, 18 Mar 2010 18\:39\:08 +0100") References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> <4BA1EF3C.9040003@pu-pm.univ-fcomte.fr> <3201269c1003180328l43ae8e20ib1fd4430d4cfbcb3@mail.gmail.com> <1268933948.2624.554.camel@achille> Message-ID: <87hbodiknl.fsf@ixod.org> yannick writes: > I had chats lasting hours using the GNU/Linux version with the windows > version at the other end. It is not that broken. If I remember correctly > there was such issue sometimes, but if the other end give a try it > works. It was with 3.2.5 on the windows side... When I call a Windows client (3.2.5 or 3.2.6, I forget) sometimes they see nothing, sometimes they see themselves, but by the third try they can see me and the call's stable thereafter. Mark From chris at cvine.freeserve.co.uk Thu Mar 18 21:21:27 2010 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Thu, 18 Mar 2010 21:21:27 +0000 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <87hbodiknl.fsf@ixod.org> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> <4BA1EF3C.9040003@pu-pm.univ-fcomte.fr> <3201269c1003180328l43ae8e20ib1fd4430d4cfbcb3@mail.gmail.com> <1268933948.2624.554.camel@achille> <87hbodiknl.fsf@ixod.org> Message-ID: <20100318212127.6befa902@boulder.homenet> On Thu, 18 Mar 2010 13:50:38 -0400 "Mark T. B. Carroll" wrote: > yannick writes: > > > I had chats lasting hours using the GNU/Linux version with the > > windows version at the other end. It is not that broken. If I > > remember correctly there was such issue sometimes, but if the other > > end give a try it works. It was with 3.2.5 on the windows side... > > When I call a Windows client (3.2.5 or 3.2.6, I forget) sometimes they > see nothing, sometimes they see themselves, but by the third try they > can see me and the call's stable thereafter. That is a different bug, namely this one, which doesn't look as if it is going to be fixed: http://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/203885 http://bugzilla.gnome.org/show_bug.cgi?id=601882 This is a different matter from other (non-ekiga) clients not being able to connect because they display private addresses in the contact header, which is probably standards compliant behaviour on the part of the ekiga network. The ekiga network providers are kind enough to provide free sip access for the ekiga client so that isn't a complaint I would want to make. But it would be nice if the ekiga client itself were fixed so that it worked reliably. Chris From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 18 21:33:42 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 18 Mar 2010 22:33:42 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <2c324451231e9722cbd86de8855daf77@www2-mail.volny.cz> References: <2c324451231e9722cbd86de8855daf77@www2-mail.volny.cz> Message-ID: <4BA29C36.2070700@pu-pm.univ-fcomte.fr> kapetr wrote: > Hello > > ----- Eugen Dedu wrote: > >> Message: 6 >> Date: Tue, 16 Mar 2010 09:31:08 +0100 >> From: Eugen Dedu >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL >> Message-ID: <4B9F41CC.7060806 at pu-pm.univ-fcomte.fr> >> Content-Type: text/plain; charset=UTF-8 >> >> kapetr, it seems the issue you described has just been >> fixed by Robert >> with >> http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/opal/trunk/src/rtp/rtp.cxx?r1=24129&r2=24128&pathrev=24129. >>> Could you apply this patch in opal and test it *as >> soon as possible*? >> >> -- >> Eugen >> >> >> ------------------------------ > > I would like to test it, but > > the problem is, that I don't know about "developer things". So I don't > know, how and where to applicate the patch. I don't have installed developer > packages too (compilers, ...)... > > So - I need detailed instructions - OR better- Is somewhere prepared > package with all patches ? Daily-build ? > > In Ubuntu such thing are served with "PPAs". So if such PPA for Ekiga > in Ubuntu do not exist yet, could You create it ? As I work on debian, the simplest thing for me is that I help you to build opal with that patch. Are you available right now on chat? -- Eugen From law_ence.dev at ntlworld.com Thu Mar 18 22:13:12 2010 From: law_ence.dev at ntlworld.com (ael) Date: Thu, 18 Mar 2010 22:13:12 +0000 Subject: [Ekiga-list] NAT issues with VoIP clients In-Reply-To: References: Message-ID: <20100318221312.GA2433@conquest3.conquest> On Thu, Mar 18, 2010 at 01:28:34PM +0000, My Name wrote: > Indeed, this requires explanation. This is surely the job of the SIP server. I certainly do not need a separate STUN server to use a Web browser. The Web site has no trouble determining my external IP address. That is because there are only two parties involved: you contact the web server which thus has your "call back" IP/port which has been opened on the NAT as part of setting up the connection. But in sip voip, the sip server only "introduces" the two ends of a call: the actual call packets go directly rather than via the server. Thus in effect the server introduces a 3rd party. There has to be a mechanism to get that 3rd party traffic through the NAT: hence STUN. Otherwise any "3rd party" spam etc. would get through. Above is a very simplistic explanation, but I hope captures the essence. ael From wenlong at gmail.com Sat Mar 20 09:05:38 2010 From: wenlong at gmail.com (Wenlong Li) Date: Sat, 20 Mar 2010 17:05:38 +0800 Subject: [Ekiga-list] About Ekiga the maximum FPS supported by Ekiga Message-ID: Hello, >From the Ekiga web page, I saw Ekiga supports up to 30 FPS. Is there some consideration for this number? I know this is a real-time performance metric, but is that possible to increase this upper limit if the camera can provide more frames/images per second? Anyone provides help/tips on where I can modify the number is appreciated. thx, Wenlong From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Mar 20 10:51:57 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 20 Mar 2010 11:51:57 +0100 Subject: [Ekiga-list] About Ekiga the maximum FPS supported by Ekiga In-Reply-To: References: Message-ID: <4BA4A8CD.9080408@pu-pm.univ-fcomte.fr> Wenlong Li wrote: > Hello, > >>From the Ekiga web page, I saw Ekiga supports up to 30 FPS. Is there > some consideration for this number? I know this is a real-time > performance metric, but is that possible to increase this upper limit > if the camera can provide more frames/images per second? > > Anyone provides help/tips on where I can modify the number is appreciated. If this is really a limit, then it should be in opal library. Maybe this is interesting in opal code: src/codec/vidcodec.cxx:#define FRAME_RATE 30 // NTSC -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 22 09:22:54 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 22 Mar 2010 10:22:54 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <2c324451231e9722cbd86de8855daf77@www2-mail.volny.cz> References: <2c324451231e9722cbd86de8855daf77@www2-mail.volny.cz> Message-ID: <4BA736EE.3080007@pu-pm.univ-fcomte.fr> kapetr wrote: > Hello > > ----- Eugen Dedu wrote: > >> Message: 6 >> Date: Tue, 16 Mar 2010 09:31:08 +0100 >> From: Eugen Dedu >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL >> Message-ID: <4B9F41CC.7060806 at pu-pm.univ-fcomte.fr> >> Content-Type: text/plain; charset=UTF-8 >> >> kapetr, it seems the issue you described has just been >> fixed by Robert >> with >> http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/opal/trunk/src/rtp/rtp.cxx?r1=24129&r2=24128&pathrev=24129. >>> Could you apply this patch in opal and test it *as >> soon as possible*? >> >> -- >> Eugen >> >> >> ------------------------------ > > I would like to test it, but > > the problem is, that I don't know about "developer things". So I don't > know, how and where to applicate the patch. I don't have installed developer > packages too (compilers, ...)... > > So - I need detailed instructions - OR better- Is somewhere prepared > package with all patches ? Daily-build ? > > In Ubuntu such thing are served with "PPAs". So if such PPA for Ekiga > in Ubuntu do not exist yet, could You create it ? I have a libopal package to replace ubuntu's 9.10 one, on amd64 architecture. What architecture do you use? I have also debian packages, could you test it on a debian machine? -- Eugen From kpfuser at yahoo.com.sg Mon Mar 22 20:16:38 2010 From: kpfuser at yahoo.com.sg (kpfuser) Date: Tue, 23 Mar 2010 04:16:38 +0800 (SGT) Subject: [Ekiga-list] Can I use a Gizmo5 account with Ekiga Softphone? Message-ID: <211643.49661.qm@web76306.mail.sg1.yahoo.com> Since I already have a Gizmo5 SIP account whose balance I have been unable to utilize with any of the Gizmo5 offerings, I wonder if I could use this account together with the Ekiga Softphone. In case this is possible, I would appreciate step-by-step instructions regarding how to configure the latter. I am using Ekiga Softphone 3.2.5 installed in a Presario 1500 laptop running Xubuntu 9.10. Thanks in advance for any help. Yahoo! Toolbar is now powered with Search Assist.Download it now! http://sg.toolbar.yahoo.com/ From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 22 21:44:13 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 22 Mar 2010 22:44:13 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <2c324451231e9722cbd86de8855daf77@www2-mail.volny.cz> References: <2c324451231e9722cbd86de8855daf77@www2-mail.volny.cz> Message-ID: <4BA7E4AD.6090400@pu-pm.univ-fcomte.fr> kapetr wrote: > Hello > > ----- Eugen Dedu wrote: > >> Message: 6 >> Date: Tue, 16 Mar 2010 09:31:08 +0100 >> From: Eugen Dedu >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Ekiga on Ubuntu using DSL >> Message-ID: <4B9F41CC.7060806 at pu-pm.univ-fcomte.fr> >> Content-Type: text/plain; charset=UTF-8 >> >> kapetr, it seems the issue you described has just been >> fixed by Robert >> with >> http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/opal/trunk/src/rtp/rtp.cxx?r1=24129&r2=24128&pathrev=24129. >>> Could you apply this patch in opal and test it *as >> soon as possible*? >> >> -- >> Eugen >> >> >> ------------------------------ > > I would like to test it, but > > the problem is, that I don't know about "developer things". So I don't > know, how and where to applicate the patch. I don't have installed developer > packages too (compilers, ...)... > > So - I need detailed instructions - OR better- Is somewhere prepared > package with all patches ? Daily-build ? > > In Ubuntu such thing are served with "PPAs". So if such PPA for Ekiga > in Ubuntu do not exist yet, could You create it ? Ok, I have finally done it. Could you install opal from https://launchpad.net/~eugen-dedu/+archive/eugen/+packages (replacing your current opal) and tell if it works? I'ts ubuntu original opal, plus the patch fixing the internal/external ports issue. -- Eugen From cpacchierotti at gmail.com Mon Mar 22 21:58:25 2010 From: cpacchierotti at gmail.com (Claudio Pacchierotti) Date: Mon, 22 Mar 2010 22:58:25 +0100 Subject: [Ekiga-list] retrieve host's IP address Message-ID: <5dc53a9b1003221458t1fca0c25pc2d36c40902b7218@mail.gmail.com> Hi everyone, I am working or my master thesis about haptics and remotization of touch sensations; I would like to use Ekiga as a "remote haptic" client :) Just a question regarding the code: Where is stored the IP address of the client I'm connected to? When I'm talking (or chatting) to someone how can i retrive his IP address? Thank you ver much. -- Claudio From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Mar 23 08:24:16 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 23 Mar 2010 09:24:16 +0100 Subject: [Ekiga-list] retrieve host's IP address In-Reply-To: <5dc53a9b1003221458t1fca0c25pc2d36c40902b7218@mail.gmail.com> References: <5dc53a9b1003221458t1fca0c25pc2d36c40902b7218@mail.gmail.com> Message-ID: <4BA87AB0.5090109@pu-pm.univ-fcomte.fr> Claudio Pacchierotti wrote: > Hi everyone, > I am working or my master thesis about haptics and remotization of > touch sensations; I would like to use Ekiga as a "remote haptic" > client :) > Just a question regarding the code: > Where is stored the IP address of the client I'm connected to? > When I'm talking (or chatting) to someone how can i retrive his IP address? I think it is in lib/engine/components/opal/sipendpoint.cpp. Elsewhere, you need to look in opal library, probably src/opal/endpoint.cxx. -- Eugen From d3taveras38d3 at gmail.com Wed Mar 24 01:52:48 2010 From: d3taveras38d3 at gmail.com (David Taveras) Date: Tue, 23 Mar 2010 19:52:48 -0600 Subject: [Ekiga-list] Sound is very low on ekiga with ALSA and analogue headset. Works great with USB. Message-ID: Hello. I have this issue: Ubuntu 9.10 Volume is very low on ekiga with ALSA and analogue headset. Works great with USB. Same machine has skype installed and it works crystal clear.... skype uses Pulse Audio I have tried this test on 3-4 different PCs same result. I have increased the volume in the Sound preferences to max and still not good enough. What do you guys recommend? Would it be a good idea to force ekiga to use Pulse Audio like skype? How easy is it to do in Ubuntu? David From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 24 09:11:33 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 24 Mar 2010 10:11:33 +0100 Subject: [Ekiga-list] Sound is very low on ekiga with ALSA and analogue headset. Works great with USB. In-Reply-To: References: Message-ID: <4BA9D745.5020204@pu-pm.univ-fcomte.fr> David Taveras wrote: > Hello. > > I have this issue: > Ubuntu 9.10 > > Volume is very low on ekiga with ALSA and analogue headset. Works > great with USB. No idea why. > Same machine has skype installed and it works crystal clear.... skype > uses Pulse Audio > > I have tried this test on 3-4 different PCs same result. I have > increased the volume in the Sound preferences to max and still not > good enough. > > What do you guys recommend? Would it be a good idea to force ekiga to > use Pulse Audio like skype? How easy is it to do in Ubuntu? The problem is that pulse audio plugin is available only on trunk, and current releases use stable. We will make release from trunk later. In the meantime, if useful to you, you can use trunk (the presence in the roster does not work for the moment, there might be other bugs too) or use the debian snapshots from the wiki. -- Eugen From kapetr at mizera.cz Wed Mar 24 18:27:08 2010 From: kapetr at mizera.cz (kapetr) Date: Wed, 24 Mar 2010 19:27:08 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= Message-ID: <658208c6dd9ad55e3846108e66159778@www1-mail.volny.cz> > > ----- Eugen Dedu wrote: > > > > In Ubuntu such thing are served with "PPAs". So if > > such PPA for Ekiga > > > in Ubuntu do not exist yet, could You create it ? > > > Ok, I have finally done it. Could you install opal > from > https://launchpad.net/~eugen-dedu/+archive/eugen/+packages > (replacing > your current opal) and tell if it works? I'ts ubuntu > original opal, > plus the patch fixing the internal/external ports issue. > > -- > Eugen > Hello and sorry please the delay (I was sick), So - I have downgrade to original karmic ekiga 2.6.5 with Yours libopal3.6.4_3.6.4~dfsg-1ubuntu2_i386.deb The INVITE (RTP contact in SDP) seems to be OK now, but the call to "500" fails -there are IP fragments ?! - see attached libcap. Maybe is is momental problem on ekiga service server ? I will try it again later. --kapetr -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga-DEDU2.libcap Type: application/octet-stream Size: 0 bytes Desc: not available URL: From palama at inwind.it Wed Mar 24 18:50:36 2010 From: palama at inwind.it (palama at inwind.it) Date: Wed, 24 Mar 2010 19:50:36 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <20100316110458.840db391.palama@inwind.it> <4BA1EEE2.7060000@pu-pm.univ-fcomte.fr> Message-ID: <20100324195036.fd1c6e5e.palama@inwind.it> Is it possible to forward this thread to the ekiga.net administrator and ask for his/her comment? Best, Antonio On Thu, 18 Mar 2010 11:56:27 +0200 J?nis Ruk??ns wrote: > Hi > > On Thu, Mar 18, 2010 at 11:14 AM, Eugen Dedu > wrote: > > palama at inwind.it wrote: > >> Thank you for your prompt answer, Eugen. > >> Is this behaviour of ekiga.net specified by the standard or is it a choice that the standard leaves to the server and client designers? > > > > Since there was a post in the mailing list about another SIP server > > which does not need NAT (so it uses private addresses in Contact field), > > I am pretty sure that it is a choice by ekiga.net administrator, but I > > do not know the reason and details. > > I think it's perfectly sound to reject REGISTER requests with private > addresses in Contact field. At least for INVITEs etc RFC3261 requires > that the contact is reachable from anywhere. However, Section 10.3 > states that the "registrar MUST not generate 6xx responses." Which is > what ekiga.net does. Also, the second REGISTER with public IP in > contact but private IP in Via should succeed - there is nothing in the > standard that prohibits private IPs in Via (and there's received and > rport parameters for sending back responses). > > -- > Ian > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 24 19:03:07 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 24 Mar 2010 20:03:07 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <658208c6dd9ad55e3846108e66159778@www1-mail.volny.cz> References: <658208c6dd9ad55e3846108e66159778@www1-mail.volny.cz> Message-ID: <4BAA61EB.8050203@pu-pm.univ-fcomte.fr> kapetr wrote: >>> ----- Eugen Dedu wrote: >>> >>> In Ubuntu such thing are served with "PPAs". So if >>> such PPA for Ekiga >>>> in Ubuntu do not exist yet, could You create it ? >> Ok, I have finally done it. Could you install opal >> from >> https://launchpad.net/~eugen-dedu/+archive/eugen/+packages >> (replacing >> your current opal) and tell if it works? I'ts ubuntu >> original opal, >> plus the patch fixing the internal/external ports issue. >> >> -- >> Eugen >> > > Hello and sorry please the delay (I was sick), > > So - I have downgrade to original karmic ekiga 2.6.5 with Yours libopal3.6.4_3.6.4~dfsg-1ubuntu2_i386.deb > > The INVITE (RTP contact in SDP) seems to be OK now, but the call to "500" > fails -there are IP fragments ?! - see attached libcap. > > Maybe is is momental problem on ekiga service server ? > > I will try it again later. Right now 500 works. Could you send us the -d 4 output? (By the way, the pcap was empty.) -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 24 22:52:24 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 24 Mar 2010 23:52:24 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <658208c6dd9ad55e3846108e66159778@www1-mail.volny.cz> References: <658208c6dd9ad55e3846108e66159778@www1-mail.volny.cz> Message-ID: <4BAA97A8.8080003@pu-pm.univ-fcomte.fr> kapetr wrote: >>> ----- Eugen Dedu wrote: >>> >>> In Ubuntu such thing are served with "PPAs". So if >>> such PPA for Ekiga >>>> in Ubuntu do not exist yet, could You create it ? >> Ok, I have finally done it. Could you install opal >> from >> https://launchpad.net/~eugen-dedu/+archive/eugen/+packages >> (replacing >> your current opal) and tell if it works? I'ts ubuntu >> original opal, >> plus the patch fixing the internal/external ports issue. >> >> -- >> Eugen >> > > Hello and sorry please the delay (I was sick), > > So - I have downgrade to original karmic ekiga 2.6.5 with Yours libopal3.6.4_3.6.4~dfsg-1ubuntu2_i386.deb > > The INVITE (RTP contact in SDP) seems to be OK now, but the call to "500" > fails -there are IP fragments ?! - see attached libcap. > > Maybe is is momental problem on ekiga service server ? Try also with the original version to see if echo works. Thus you can compare both versions. -- Eugen From hawat.thufir at gmail.com Thu Mar 18 07:39:28 2010 From: hawat.thufir at gmail.com (Thufir) Date: Thu, 18 Mar 2010 07:39:28 +0000 (UTC) Subject: [Ekiga-list] call quality and voicemail Message-ID: Also, I assume that bandwidth issues explain why skype is clear, even when calling out, yet ekiga isn't. Ekiga requires more bandwidth? My bandwidth is advertised at 1 Mbps download. Skype-out works fine for me, excellent overall quality. However, living in Canada, where neither GoogleVoice nor Skype-in are available, I've not yet found a voicemail service. While I like that ekiga has a partner, diamondcard.us, are there alternate suggestions? thanks, Thufir (ubuntu) From kbkelly at wi.rr.com Thu Mar 25 15:22:48 2010 From: kbkelly at wi.rr.com (Kent Kelly) Date: Thu, 25 Mar 2010 10:22:48 -0500 Subject: [Ekiga-list] Registered accounts zero Message-ID: <1269530568.20063.20.camel@kungsgatan.KNKAssoc> Running Ububtu Hardy on a Linux Certified laptop. Ekiga 2.0.12 came already installed. I went through the configuration druid's pages. Got an account with ekiga.net (kent.kelly01) and the confirming e-mail. The gui showed "Standby Registered accounts: 1". The echo url (500) worked. I thought all was well. The next time I opened the app, the Registered accounts showed zero and neither 500 nor 520 would connect. The account (Edit>Accounts ekiga.net SIP Service was and is checked and its properties matched/match what I entered previously). For grins, I ran through the configuration druid again changing nothing but pressing the Forward button each time. At the end, I had a registered accounts of 1 and calling 500 worked again. Closed the app; re-opened it and, again, had zero registered accounts. I've read the FAQ, the manual, and searched this mailing list (search term: registered accounts) without finding anything on this. Any ideas on what to set so that the app recognizes my valid account? Or do I need to do the configuration druid each time? Many thanks. Kent From palama at inwind.it Thu Mar 25 16:25:24 2010 From: palama at inwind.it (palama at inwind.it) Date: Thu, 25 Mar 2010 17:25:24 +0100 Subject: [Ekiga-list] Registered accounts zero In-Reply-To: <1269530568.20063.20.camel@kungsgatan.KNKAssoc> References: <1269530568.20063.20.camel@kungsgatan.KNKAssoc> Message-ID: <20100325172524.de2c769f.palama@inwind.it> Did you compare the output of Edit/accouts/properties before closing and after reopening? It looks like your configuration data are not saved after configuration. Configuration data should be stored in ~/.gconf/apps/ekiga You could inspect if this directory exists and if the files there are modified after configuration. Best regards, Antonio Palam? On Thu, 25 Mar 2010 10:22:48 -0500 Kent Kelly wrote: > Running Ububtu Hardy on a Linux Certified laptop. Ekiga 2.0.12 came > already installed. I went through the configuration druid's pages. Got > an account with ekiga.net (kent.kelly01) and the confirming e-mail. > > The gui showed "Standby Registered accounts: 1". The echo url (500) > worked. I thought all was well. > > The next time I opened the app, the Registered accounts showed zero and > neither 500 nor 520 would connect. The account (Edit>Accounts ekiga.net > SIP Service was and is checked and its properties matched/match what I > entered previously). > > For grins, I ran through the configuration druid again changing nothing > but pressing the Forward button each time. At the end, I had a > registered accounts of 1 and calling 500 worked again. Closed the app; > re-opened it and, again, had zero registered accounts. > > I've read the FAQ, the manual, and searched this mailing list (search > term: registered accounts) without finding anything on this. > > Any ideas on what to set so that the app recognizes my valid account? Or > do I need to do the configuration druid each time? Many thanks. > > Kent > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- From francois.patte at mi.parisdescartes.fr Fri Mar 26 12:04:36 2010 From: francois.patte at mi.parisdescartes.fr (=?ISO-8859-1?Q?Fran=E7ois_Patte?=) Date: Fri, 26 Mar 2010 13:04:36 +0100 Subject: [Ekiga-list] pc-to-phone problem Message-ID: <4BACA2D4.8020305@mi.parisdescartes.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bonjour, I am new to Ekiga and I just opened an account at diamondcard.us to be able to call "normal" phones. For the ekiga account panel, it is OK: I have a line: Ekiga Call Out with state "registered" and it enabled (line is ticked). I tried to call my phone and this does not work: I called: sip:00331xxxxxxxx at sip.diamondcard.us and the messsage "call terminated" is immediately given in Egiga window! I tried without 00 prefix: same result. I tried to change address sip.diamondcard.us into: eugw.ast.diamondcard.us (I found this address on the web) and I get: authentication failed... What am I missing? Thanks for helping. - -- Fran?ois Patte UFR de math?matiques et informatique Universit? Paris Descartes 45, rue des Saints P?res F-75270 Paris Cedex 06 T?l. +33 (0)1 4286 2145 http://www.math-info.univ-paris5.fr/~patte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkusotQACgkQdE6C2dhV2JVTcgCdEMPEtNiS+P3FOIewKR+Dxhra G6YAn27LWVq4zfDfhcOC5p/Mgx/EhsQg =BRgT -----END PGP SIGNATURE----- From kapetr at mizera.cz Fri Mar 26 21:42:59 2010 From: kapetr at mizera.cz (kapetr) Date: Fri, 26 Mar 2010 22:42:59 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= Message-ID: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> ------ Eugen Dedu wrote: > > Right now 500 works. > > Could you send us the -d 4 output? (By the way, the > pcap was empty.) > > Try also with the original version to see if echo works. > Thus you can > compare both versions. > > -- > Eugen > Hello Eugen, First I have test again Ekiga 3.2.5 with Yours patched libopal - with the same result - no replays to INVITE - just packet fragments. But with direct Internet connection (ADSL modem in bridge mode (== no NAT)) it works. Then back to NAT, then uninstall patched libopal (and Ekiga) and then new install of Ekiga 3.2.5 with original (from distro) libopal. The result is the same - packet fragments, no calls possible. BTW: in the past with Ekiga 3.2.6 there ware not this fragment problem, just the "SDP port" problem. In attachments are "patched/nopatched" logs and libcaps. I hope it will help. FYI: the last empty libcap was evoked by Firefox, which don't warn when he can't read file (due permissions) and "uploads" into my webmail empty file ?! :-/ Maybe would help to add patched libopal to https://launchpad.net/~sevmek/+archive/ekiga-released to test the newest Ekiga 3.2.6 with this patch ? --kapetr P.S: the 4. attachment is in next message. -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga-nopatch.libcap.gz Type: application/x-gzip Size: 3799 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga-nopatch.log.gz Type: application/x-gzip Size: 12292 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga-patch.libcap.gz Type: application/x-gzip Size: 3601 bytes Desc: not available URL: From kapetr at mizera.cz Fri Mar 26 21:44:11 2010 From: kapetr at mizera.cz (kapetr) Date: Fri, 26 Mar 2010 22:44:11 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= Message-ID: <4ac0f737cc5fd0635e5d857a5fb9ae47@www2-mail.volny.cz> For Eugen Dedu: last attachment. -------------- next part -------------- A non-text attachment was scrubbed... Name: ekiga-patch.log.gz Type: application/x-gzip Size: 12295 bytes Desc: not available URL: From sevmek at free.fr Sat Mar 27 07:31:58 2010 From: sevmek at free.fr (yannick) Date: Sat, 27 Mar 2010 08:31:58 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> Message-ID: <1269675118.3388.12.camel@achille> Le vendredi 26 mars 2010 ? 22:42 +0100, kapetr a ?crit : > ------ Eugen Dedu wrote: > > > > Right now 500 works. > > > > Could you send us the -d 4 output? (By the way, the > > pcap was empty.) > > > > Try also with the original version to see if echo works. > > Thus you can > > compare both versions. > > > > -- > > Eugen > > > > > Hello Eugen, > > First I have test again Ekiga 3.2.5 with Yours patched libopal - with > the same result - no replays to INVITE - just packet fragments. > But with direct Internet connection (ADSL modem in bridge mode (== no > NAT)) it works. > > Then back to NAT, then > > uninstall patched libopal (and Ekiga) and then new install of Ekiga 3.2.5 > with original (from distro) libopal. > > The result is the same - packet fragments, no calls possible. > > BTW: in the past with Ekiga 3.2.6 there ware not this fragment problem, > just the "SDP port" problem. > > In attachments are "patched/nopatched" logs and libcaps. I hope it will > help. > > FYI: the last empty libcap was evoked by Firefox, which don't warn when > he can't read file (due permissions) and "uploads" into my webmail empty > file ?! :-/ > > Maybe would help to add patched libopal to > > https://launchpad.net/~sevmek/+archive/ekiga-released > > to test the newest Ekiga 3.2.6 with this patch ? > > You can test ekiga 3.2.6 for karmic with the patch here: https://launchpad.net/~sevmek/+archive/ppa I do no used "ekiga-released" as I consider it as official and I do not want to confuse users of it with some testing. > --kapetr > > P.S: the 4. attachment is in next message. > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From kapetr at mizera.cz Sat Mar 27 10:56:21 2010 From: kapetr at mizera.cz (kapetr) Date: Sat, 27 Mar 2010 11:56:21 +0100 (CET) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= Message-ID: <26a69815647db88fd10918d0418edf3b@www1-mail.volny.cz> Hello, Yannick has now published Ekiga 3.2.6 with this NAT patch in libopal. see his and mine report there please: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 So it works now (with a little problem)! Just little modification would make this perfect - see my post at this bug report. Thanks all :-) --kapetr From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Mar 27 14:53:12 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 27 Mar 2010 15:53:12 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <26a69815647db88fd10918d0418edf3b@www1-mail.volny.cz> References: <26a69815647db88fd10918d0418edf3b@www1-mail.volny.cz> Message-ID: <4BAE1BD8.8000401@pu-pm.univ-fcomte.fr> kapetr wrote: > Hello, > > Yannick has now published Ekiga 3.2.6 with this NAT patch in libopal. > > see his and mine report there please: > > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 > > So it works now (with a little problem)! Thanks kapetr for testing! > Just little modification would make this perfect - see my post at this > bug report. Does ekiga show ALWAYS symmetric nat with that router? Because sometimes I receive symmetric nat on my own router too, I think this appear in special conditions (I have just stopped ekiga or sommething like this). -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Mar 27 15:01:55 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 27 Mar 2010 16:01:55 +0100 Subject: [Ekiga-list] pc-to-phone problem In-Reply-To: <4BACA2D4.8020305@mi.parisdescartes.fr> References: <4BACA2D4.8020305@mi.parisdescartes.fr> Message-ID: <4BAE1DE3.8070409@pu-pm.univ-fcomte.fr> Fran?ois Patte wrote: > Bonjour, > > I am new to Ekiga and I just opened an account at diamondcard.us to be > able to call "normal" phones. > > > For the ekiga account panel, it is OK: I have a line: > > Ekiga Call Out with state "registered" and it enabled (line is ticked). > > > I tried to call my phone and this does not work: I called: > > sip:00331xxxxxxxx at sip.diamondcard.us > > and the messsage "call terminated" is immediately given in Egiga window! > > I tried without 00 prefix: same result. > > > I tried to change address sip.diamondcard.us into: > eugw.ast.diamondcard.us (I found this address on the web) and I get: > authentication failed... Well, I think the only solution to find out what happens is that you send us the -d 4 output, see http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output -- Eugen From palama at inwind.it Sat Mar 27 16:39:43 2010 From: palama at inwind.it (palama at inwind.it) Date: Sat, 27 Mar 2010 17:39:43 +0100 Subject: [Ekiga-list] Client compatibility with ekiga.net In-Reply-To: <4BA9D672.7040405@pu-pm.univ-fcomte.fr> References: <80b5c8a8e9d9be3b26c22a21a0ef0b54@www2-mail.volny.cz> <4B9F41CC.7060806@pu-pm.univ-fcomte.fr> <20100316102240.775bea5a.palama@inwind.it> <4B9F4F21.1030003@pu-pm.univ-fcomte.fr> <3201269c1003160512s4ba55442u245f9538930c5615@mail.gmail.com> <20100316153502.b91fe4c2.palama@inwind.it> <4BA1EFE3.3050502@pu-pm.univ-fcomte.fr> <20100324011826.ba7d7f12.palama@inwind.it> <4BA9D672.7040405@pu-pm.univ-fcomte.fr> Message-ID: <20100327173943.b1e6de8e.palama@inwind.it> I am told that also the MacOS softphone client Blink has problems registering with ekiga.net. Best, Antonio -- From chris at cvine.freeserve.co.uk Sat Mar 27 19:30:06 2010 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Sat, 27 Mar 2010 19:30:06 +0000 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <1269675118.3388.12.camel@achille> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> Message-ID: <20100327193006.0fd91a60@boulder.homenet> On Sat, 27 Mar 2010 08:31:58 +0100 yannick wrote: > You can test ekiga 3.2.6 for karmic with the patch here: > https://launchpad.net/~sevmek/+archive/ppa > > I do no used "ekiga-released" as I consider it as official and I do > not want to confuse users of it with some testing. I am not using karmic. Can you please post the patch here and I will recompile libopal. Chris From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Mar 27 19:34:57 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 27 Mar 2010 20:34:57 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <20100327193006.0fd91a60@boulder.homenet> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> Message-ID: <4BAE5DE1.4070909@pu-pm.univ-fcomte.fr> Chris Vine wrote: > On Sat, 27 Mar 2010 08:31:58 +0100 > yannick wrote: >> You can test ekiga 3.2.6 for karmic with the patch here: >> https://launchpad.net/~sevmek/+archive/ppa >> >> I do no used "ekiga-released" as I consider it as official and I do >> not want to confuse users of it with some testing. > > I am not using karmic. Can you please post the patch here and I will > recompile libopal. Attached. Thanks, -- Eugen -------------- next part -------------- A non-text attachment was scrubbed... Name: nat.patch Type: text/x-patch Size: 3611 bytes Desc: not available URL: From chris at cvine.freeserve.co.uk Sat Mar 27 19:36:25 2010 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Sat, 27 Mar 2010 19:36:25 +0000 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <20100327193006.0fd91a60@boulder.homenet> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> Message-ID: <20100327193625.7d4d45fa@boulder.homenet> On Sat, 27 Mar 2010 19:30:06 +0000 Chris Vine wrote: > On Sat, 27 Mar 2010 08:31:58 +0100 > yannick wrote: > > You can test ekiga 3.2.6 for karmic with the patch here: > > https://launchpad.net/~sevmek/+archive/ppa > > > > I do no used "ekiga-released" as I consider it as official and I do > > not want to confuse users of it with some testing. > > I am not using karmic. Can you please post the patch here and I will > recompile libopal. And could you also state whether libopal as patched is binary compatible: that is, do I also need to recompile ekiga? Chris From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Mar 27 19:54:44 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 27 Mar 2010 20:54:44 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <20100327193625.7d4d45fa@boulder.homenet> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <20100327193625.7d4d45fa@boulder.homenet> Message-ID: <4BAE6284.3090208@pu-pm.univ-fcomte.fr> Chris Vine wrote: > On Sat, 27 Mar 2010 19:30:06 +0000 > Chris Vine wrote: >> On Sat, 27 Mar 2010 08:31:58 +0100 >> yannick wrote: >>> You can test ekiga 3.2.6 for karmic with the patch here: >>> https://launchpad.net/~sevmek/+archive/ppa >>> >>> I do no used "ekiga-released" as I consider it as official and I do >>> not want to confuse users of it with some testing. >> I am not using karmic. Can you please post the patch here and I will >> recompile libopal. > > And could you also state whether libopal as patched is binary > compatible: that is, do I also need to recompile ekiga? No, you do not need to. More generally: An application needs recompiling only when its interface changes. That's the reason why on every machine you can update the system, sometimes only a library is updated, but all the applications depending on it see the change. -- Eugen From chris at cvine.freeserve.co.uk Sat Mar 27 20:29:26 2010 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Sat, 27 Mar 2010 20:29:26 +0000 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <4BAE6284.3090208@pu-pm.univ-fcomte.fr> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <20100327193625.7d4d45fa@boulder.homenet> <4BAE6284.3090208@pu-pm.univ-fcomte.fr> Message-ID: <20100327202926.16227c1e@boulder.homenet> On Sat, 27 Mar 2010 20:54:44 +0100 Eugen Dedu wrote: > Chris Vine wrote: > > On Sat, 27 Mar 2010 19:30:06 +0000 > > Chris Vine wrote: > >> On Sat, 27 Mar 2010 08:31:58 +0100 > >> yannick wrote: > >>> You can test ekiga 3.2.6 for karmic with the patch here: > >>> https://launchpad.net/~sevmek/+archive/ppa > >>> > >>> I do no used "ekiga-released" as I consider it as official and I > >>> do not want to confuse users of it with some testing. > >> I am not using karmic. Can you please post the patch here and I > >> will recompile libopal. > > > > And could you also state whether libopal as patched is binary > > compatible: that is, do I also need to recompile ekiga? > > No, you do not need to. > > More generally: An application needs recompiling only when its > interface changes. That's the reason why on every machine you can > update the system, sometimes only a library is updated, but all the > applications depending on it see the change. This is a C++ library where the most trivial changes can break binary compatibility. Interface changes won't if they only comprise additional non-virtual methods, otherwise they will. Having no interface changes will still break compatibility if class membership changes. Anyway, on looking at the patch there are no interface modifications of any kind, nor change of class membership, so we look to be OK. Chris From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Mar 27 20:44:33 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 27 Mar 2010 21:44:33 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <20100327202926.16227c1e@boulder.homenet> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <20100327193625.7d4d45fa@boulder.homenet> <4BAE6284.3090208@pu-pm.univ-fcomte.fr> <20100327202926.16227c1e@boulder.homenet> Message-ID: <4BAE6E31.5040900@pu-pm.univ-fcomte.fr> Chris Vine wrote: > On Sat, 27 Mar 2010 20:54:44 +0100 > Eugen Dedu wrote: >> Chris Vine wrote: >>> On Sat, 27 Mar 2010 19:30:06 +0000 >>> Chris Vine wrote: >>>> On Sat, 27 Mar 2010 08:31:58 +0100 >>>> yannick wrote: >>>>> You can test ekiga 3.2.6 for karmic with the patch here: >>>>> https://launchpad.net/~sevmek/+archive/ppa >>>>> >>>>> I do no used "ekiga-released" as I consider it as official and I >>>>> do not want to confuse users of it with some testing. >>>> I am not using karmic. Can you please post the patch here and I >>>> will recompile libopal. >>> And could you also state whether libopal as patched is binary >>> compatible: that is, do I also need to recompile ekiga? >> No, you do not need to. >> >> More generally: An application needs recompiling only when its >> interface changes. That's the reason why on every machine you can >> update the system, sometimes only a library is updated, but all the >> applications depending on it see the change. > > This is a C++ library where the most trivial changes can break binary > compatibility. Interface changes won't if they only comprise > additional non-virtual methods, otherwise they will. Having no > interface changes will still break compatibility if class membership > changes. Right... > Anyway, on looking at the patch there are no interface modifications of > any kind, nor change of class membership, so we look to be OK. -- Eugen From chris at cvine.freeserve.co.uk Sat Mar 27 21:15:05 2010 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Sat, 27 Mar 2010 21:15:05 +0000 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <4BAE5DE1.4070909@pu-pm.univ-fcomte.fr> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <4BAE5DE1.4070909@pu-pm.univ-fcomte.fr> Message-ID: <20100327211505.5cc55f69@boulder.homenet> On Sat, 27 Mar 2010 20:34:57 +0100 Eugen Dedu wrote: > Chris Vine wrote: > > On Sat, 27 Mar 2010 08:31:58 +0100 > > yannick wrote: > >> You can test ekiga 3.2.6 for karmic with the patch here: > >> https://launchpad.net/~sevmek/+archive/ppa > >> > >> I do no used "ekiga-released" as I consider it as official and I do > >> not want to confuse users of it with some testing. > > > > I am not using karmic. Can you please post the patch here and I > > will recompile libopal. > > Attached. Thanks. It applies to opal-3.6.6 and compiles OK. It will probably be sometime next week before I am able to test it with a remote participant. Chris From francois.patte at mi.parisdescartes.fr Sun Mar 28 10:00:45 2010 From: francois.patte at mi.parisdescartes.fr (=?UTF-8?B?RnJhbsOnb2lzIFBhdHRl?=) Date: Sun, 28 Mar 2010 12:00:45 +0200 Subject: [Ekiga-list] pc-to-phone problem In-Reply-To: <4BAE1DE3.8070409@pu-pm.univ-fcomte.fr> References: <4BACA2D4.8020305@mi.parisdescartes.fr> <4BAE1DE3.8070409@pu-pm.univ-fcomte.fr> Message-ID: <4BAF28CD.5060507@mi.parisdescartes.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le 27/03/2010 16:01, Eugen Dedu a ?crit : > Fran?ois Patte wrote: >> Bonjour, >> >> I am new to Ekiga and I just opened an account at diamondcard.us to be >> able to call "normal" phones. >> >> >> For the ekiga account panel, it is OK: I have a line: >> >> Ekiga Call Out with state "registered" and it enabled (line is ticked). >> >> >> I tried to call my phone and this does not work: I called: >> >> sip:00331xxxxxxxx at sip.diamondcard.us >> >> and the messsage "call terminated" is immediately given in Egiga window! >> >> I tried without 00 prefix: same result. >> >> >> I tried to change address sip.diamondcard.us into: >> eugw.ast.diamondcard.us (I found this address on the web) and I get: >> authentication failed... > > Well, I think the only solution to find out what happens is that you > send us the -d 4 output, see > http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output > OK. I tried this before but was unable to read the log.... Finaly, I used the script to decrypt the output and saw that pc-to-phone "speaks" udp packets.... To use Ekiga, I set up iptables for tcp only! Clearly it seems that I have to do the same job for udp! Is there a place where to find help? (I can do it, but advices are wellcome, I am not an expert). Thanks. - -- Fran?ois Patte UFR de math?matiques et informatique Universit? Paris Descartes 45, rue des Saints P?res F-75270 Paris Cedex 06 T?l. +33 (0)1 4286 2145 http://www.math-info.univ-paris5.fr/~patte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkuvKMwACgkQdE6C2dhV2JUVtgCfTRRFTEWEfhOWUEtvisyWANWG dAEAniN6w5HN4OH5pu7Q4Fc9G4g0+cEU =NWc2 -----END PGP SIGNATURE----- From sevmek at free.fr Sun Mar 28 13:19:36 2010 From: sevmek at free.fr (yannick) Date: Sun, 28 Mar 2010 15:19:36 +0200 Subject: [Ekiga-list] pc-to-phone problem In-Reply-To: <4BAF28CD.5060507@mi.parisdescartes.fr> References: <4BACA2D4.8020305@mi.parisdescartes.fr> <4BAE1DE3.8070409@pu-pm.univ-fcomte.fr> <4BAF28CD.5060507@mi.parisdescartes.fr> Message-ID: <1269782376.3388.30.camel@achille> Le dimanche 28 mars 2010 ? 12:00 +0200, Fran?ois Patte a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Le 27/03/2010 16:01, Eugen Dedu a ?crit : > > Fran?ois Patte wrote: > >> Bonjour, > >> > >> I am new to Ekiga and I just opened an account at diamondcard.us to be > >> able to call "normal" phones. > >> > >> > >> For the ekiga account panel, it is OK: I have a line: > >> > >> Ekiga Call Out with state "registered" and it enabled (line is ticked). > >> > >> > >> I tried to call my phone and this does not work: I called: > >> > >> sip:00331xxxxxxxx at sip.diamondcard.us > >> > >> and the messsage "call terminated" is immediately given in Egiga window! > >> > >> I tried without 00 prefix: same result. > >> > >> > >> I tried to change address sip.diamondcard.us into: > >> eugw.ast.diamondcard.us (I found this address on the web) and I get: > >> authentication failed... > > > > Well, I think the only solution to find out what happens is that you > > send us the -d 4 output, see > > http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output > > > > OK. I tried this before but was unable to read the log.... Finaly, I > used the script to decrypt the output and saw that pc-to-phone "speaks" > udp packets.... To use Ekiga, I set up iptables for tcp only! Clearly it > seems that I have to do the same job for udp! > > Is there a place where to find help? (I can do it, but advices are > wellcome, I am not an expert). > Here. Yup, Ekiga uses UDP only. Then range 5060 to 5065 is IMHO enough for direct access, or more generally 5000 to 5100 (UDP only) > Thanks. > > > - -- > Fran?ois Patte > UFR de math?matiques et informatique > Universit? Paris Descartes > 45, rue des Saints P?res > F-75270 Paris Cedex 06 > T?l. +33 (0)1 4286 2145 > http://www.math-info.univ-paris5.fr/~patte > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkuvKMwACgkQdE6C2dhV2JUVtgCfTRRFTEWEfhOWUEtvisyWANWG > dAEAniN6w5HN4OH5pu7Q4Fc9G4g0+cEU > =NWc2 > -----END PGP SIGNATURE----- > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From ianyoli at gmail.com Mon Mar 29 15:55:38 2010 From: ianyoli at gmail.com (Ian Murdoch) Date: Mon, 29 Mar 2010 10:55:38 -0500 Subject: [Ekiga-list] Ekiga 3.2.6 in 9.10 Karmic Message-ID: <60d2a91a1003290855t1c1f6c30w19915e8bc33288ba@mail.gmail.com> Hi Yannick, I started with Ekiga 3.2.5 in 9.10 Karmic and then updated from your ppa to 3.2.6, which proved to be unusable because of defects reported in the list by others: voice cut-off immediately after connection - freezing after disconnection - etc. Now I have updated to your latest patched version and Ekiga is alive again and working well in all departments! So this is just a note to thank you for your excellent and dedicated work in maintaining Ekiga and for your most generous spirit in making your voluntary contributions available to all. Thanks indeed. My best wishes to you and all the team. Ian Murdoch. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Mon Mar 29 16:44:21 2010 From: sevmek at free.fr (yannick) Date: Mon, 29 Mar 2010 18:44:21 +0200 Subject: [Ekiga-list] Ekiga 3.2.6 in 9.10 Karmic In-Reply-To: <60d2a91a1003290855t1c1f6c30w19915e8bc33288ba@mail.gmail.com> References: <60d2a91a1003290855t1c1f6c30w19915e8bc33288ba@mail.gmail.com> Message-ID: <1269881061.2664.10.camel@achille> Le lundi 29 mars 2010 ? 10:55 -0500, Ian Murdoch a ?crit : > Hi Yannick, > > I started with Ekiga 3.2.5 in 9.10 Karmic and then updated from your > ppa to 3.2.6, which proved to be unusable because of defects reported > in the list by others: voice cut-off immediately after connection - > freezing after disconnection - etc. Now I have updated to your latest > patched version and Ekiga is alive again and working well in all > departments! So this is just a note to thank you for your excellent > and dedicated work in maintaining Ekiga and for your most generous > spirit in making your voluntary contributions available to all. Thanks > indeed. > > My best wishes to you and all the team. Hi, That's very nice of you :) Speaking about credits, Damien Sandras did a lot to 3.2.6, and Julien Puydt too (Snark), and Eugen Dedu. Lots of the work also happen in the OPAL/PTLIB library. Specifically, the last patch was contributed by one of the main contributor to OPAL trunk (Robert) all based on a report issued by an Ubuntu user on launchpad; whitout his valuable report and his pugnacity the patch would not be here (see: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 ). Eugen managed to get it into OPAL for Ubuntu. I just used the patch into my previous package of 3.2.6 which is not really high tech if you compare to other people mentionned (mostly copy'n paste). Personnaly I would congrats the whole team for your good experience. IMHO this is just another exemple of community based developement. We are now testing this patch at a moderate scale, before going to the large scale if everything goes well. Best regards, Yannick > > Ian Murdoch. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 29 16:53:04 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 29 Mar 2010 18:53:04 +0200 Subject: [Ekiga-list] Ekiga 3.2.6 in 9.10 Karmic In-Reply-To: <60d2a91a1003290855t1c1f6c30w19915e8bc33288ba@mail.gmail.com> References: <60d2a91a1003290855t1c1f6c30w19915e8bc33288ba@mail.gmail.com> Message-ID: <4BB0DAF0.60109@pu-pm.univ-fcomte.fr> Ian Murdoch wrote: > Hi Yannick, > > I started with Ekiga 3.2.5 in 9.10 Karmic and then updated from your ppa to > 3.2.6, which proved to be unusable because of defects reported in the list > by others: voice cut-off immediately after connection - freezing after > disconnection - etc. Now I have updated to your latest patched version and > Ekiga is alive again and working well in all departments! So this is just a There is however something strange: the patched version allows 3.2.6 only to connect in some cases, so no freeze fix is involved. Moreover, there is no change to my knowledge between 3.2.5 and 3.2.6 to explain the addition of the voice cut-off and disconnection in 3.2.6 release. Anyway, glad to hear that ekiga works well now! -- Eugen From ianyoli at gmail.com Tue Mar 30 20:49:17 2010 From: ianyoli at gmail.com (Ian Murdoch) Date: Tue, 30 Mar 2010 15:49:17 -0500 Subject: [Ekiga-list] ekiga-list Digest, Vol 44, Issue 34 In-Reply-To: References: Message-ID: <60d2a91a1003301349n427abe68td54acce728d38648@mail.gmail.com> > > > Yannick wrote: > > Le lundi 29 mars 2010 ? 10:55 -0500, Ian Murdoch a ?crit : > > Hi Yannick, > > > > I started with Ekiga 3.2.5 in 9.10 Karmic and then updated from your > > ppa to 3.2.6, which proved to be unusable because of defects reported > > in the list by others: voice cut-off immediately after connection - > > freezing after disconnection - etc. Now I have updated to your latest > > patched version and Ekiga is alive again and working well in all > > departments! So this is just a note to thank you for your excellent > > and dedicated work in maintaining Ekiga and for your most generous > > spirit in making your voluntary contributions available to all. Thanks > > indeed. > > > > My best wishes to you and all the team. > > Hi, > > That's very nice of you :) Speaking about credits, Damien Sandras did a > lot to 3.2.6, and Julien Puydt too (Snark), and Eugen Dedu. Lots of the > work also happen in the OPAL/PTLIB library. Specifically, the last patch > was contributed by one of the main contributor to OPAL trunk (Robert) > all based on a report issued by an Ubuntu user on launchpad; whitout his > valuable report and his pugnacity the patch would not be here (see: > https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 ). Eugen > managed to get it into OPAL for Ubuntu. I just used the patch into my > previous package of 3.2.6 which is not really high tech if you compare > to other people mentionned (mostly copy'n paste). Personnaly I would > congrats the whole team for your good experience. IMHO this is just > another exemple of community based developement. > > We are now testing this patch at a moderate scale, before going to the > large scale if everything goes well. > > Best regards, > Yannick > > Hi Yannick, thanks for your response and all the details. Yes! I am very > happy > to extend my sincere thanks to all the Ekiga team members and especially to the persons you mentioned who were the joint authors of this patch. I am very grateful to you all for the fine and dedicated work and service you give to us, the users of Ekiga. Eugen also wrote: > > There is however something strange: the patched version allows 3.2.6 > only to connect in some cases, so no freeze fix is involved. Moreover, > there is no change to my knowledge between 3.2.5 and 3.2.6 to explain > the addition of the voice cut-off and disconnection in 3.2.6 release. > > Anyway, glad to hear that ekiga works well now! > > Eugen > > Hi Eugen, thanks also for your response. You are dead right! When I wrote my message, I had only tested the patched version of 3.2.6 with the Echo test: 500 at ekiga.net and everything functioned correctly. But now I have made a couple of calls to my contacts. In both cases, on disconnection, Ekiga did not close correctly and froze. Also, in the second call, Ekiga was cut off after about two minutes of conversation. When I tried to re-connect there was no ringing tone, but the screen message said that i was connected. But my contact did not respond and I was unable to renew the conversation, even after repeated attempts. So, 3.2.6 still has problems. I hope my comments are helpful. I am willing to help in any way that I can to solve these problems. But I am not a computer techie, so do not expect too much of me! The little I know about computer entrails has been learned from about three years of fighting with configuration and other difficulties in Ubuntu Linux. Thank you for your help. Best regards to you and Yannick, Ian Murdoch. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mariano.mara at gmail.com Wed Mar 31 01:02:27 2010 From: mariano.mara at gmail.com (Mariano Mara) Date: Tue, 30 Mar 2010 22:02:27 -0300 Subject: [Ekiga-list] Trying to debug ekiga Message-ID: <1269996732-sup-3350@kafka> Hi all, I'm using Ekiga in Ubuntu 9.10. The version is 3.2.6 (installed from ppa) and I use it with my company Asterisk PBX. The problem I have is that although I can connect to the PBX, when somebody call me (the popup informing me about the call appears without problem), as soon as I try to accept the call, the whole ekiga totally freezes and I have to kill it (the call always ends in the voicemail). As per the instructions I read in the wiki, I installed ekiga-dbg to see if I can get a meaningful message about the error so I run $strace -osalida.txt ekiga and reproduce the error. I get a log file with more than 62300 lines in it. How can I know if something useful is in it? Should I attach the whole file to the bug system? TIA, Mariano From kapetr at mizera.cz Wed Mar 31 05:45:06 2010 From: kapetr at mizera.cz (kapetr) Date: Wed, 31 Mar 2010 07:45:06 +0200 (CEST) Subject: [Ekiga-list] =?iso-8859-2?q?Ekiga_on_Ubuntu_using_DSL?= In-Reply-To: References: Message-ID: <8beb30e9eaca5f4aa6171e5c09161c41@www3-mail.volny.cz> ---------- Eugen Dedu wrote: > > Just little modification would make this perfect > > - see my post at this > > > bug report. > > Does ekiga show ALWAYS symmetric nat with that router? > Because > sometimes I receive symmetric nat on my own router > too, I think this > appear in special conditions (I have just stopped ekiga > or sommething > like this). > > -- > Eugen > Hello, Yes - Ekiga reports ALWAYS, it is symetric NAT. I have also run: root# stun stun.ekiga.net -v output is in attachment - unfortunately I don't understand the output: -mapped IP same = 1 -hairpin = 0 -preserver port = 0 and I could find no documentation of it. But the point is - twinkle works behind also that NAT modem, and Ekiga not - so I thing modification proposed (see my post at https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/517580 ) would be positive. With such modification I (and probably many others) would be finally able to use Ekiga :-) Thanks --kapetr -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: stun.txt URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 31 09:23:30 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 31 Mar 2010 11:23:30 +0200 Subject: [Ekiga-list] Trying to debug ekiga In-Reply-To: <1269996732-sup-3350@kafka> References: <1269996732-sup-3350@kafka> Message-ID: <4BB31492.3050705@pu-pm.univ-fcomte.fr> Mariano Mara wrote: > Hi all, > I'm using Ekiga in Ubuntu 9.10. The version is 3.2.6 (installed from > ppa) and I use it with my company Asterisk PBX. > The problem I have is that although I can connect to the PBX, when > somebody call me (the popup informing me about the call appears without > problem), as soon as I try to accept the call, the whole ekiga totally > freezes and I have to kill it (the call always ends in the voicemail). > As per the instructions I read in the wiki, I installed ekiga-dbg to > see if I can get a meaningful message about the error so I run > $strace -osalida.txt ekiga It's not strace which needs to be run, but gdb, as shown in the wiki (please also execute with -d 4 in the same time). Afterwards, attach the whole output. > and reproduce the error. I get a log file with more than 62300 lines in > it. How can I know if something useful is in it? Should I attach the > whole file to the bug system? -- Eugen From chris at cvine.freeserve.co.uk Wed Mar 31 09:48:43 2010 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Wed, 31 Mar 2010 10:48:43 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <20100327211505.5cc55f69@boulder.homenet> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <4BAE5DE1.4070909@pu-pm.univ-fcomte.fr> <20100327211505.5cc55f69@boulder.homenet> Message-ID: <20100331104843.02a4da48@laptop.homenet> On Sat, 27 Mar 2010 21:15:05 +0000 Chris Vine wrote: [snip] > > > I am not using karmic. Can you please post the patch here and I > > > will recompile libopal. > > > > Attached. > > Thanks. It applies to opal-3.6.6 and compiles OK. It will probably > be sometime next week before I am able to test it with a remote > participant. At the moment I cannot connect to anyone via ekiga, including the echo test. This is probably nothing to do with the opal patch: I have noticed before that sometimes ekiga works and sometimes it doesn't. Possibly the asterisk server is down, or something like that. So far as concerns the opal patch though, I should point out that the reported launchpad bug, and the one I have previously experienced, is that (subject to the outages I have mentioned) audio always works. It is the video which sometimes comes up and sometimes doesn't, on an approximately 50% basis. It doesn't look as if the opal patch would affect that. Chris From sevmek at free.fr Wed Mar 31 10:05:00 2010 From: sevmek at free.fr (yannick) Date: Wed, 31 Mar 2010 12:05:00 +0200 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <20100331104843.02a4da48@laptop.homenet> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <4BAE5DE1.4070909@pu-pm.univ-fcomte.fr> <20100327211505.5cc55f69@boulder.homenet> <20100331104843.02a4da48@laptop.homenet> Message-ID: <1270029900.2664.29.camel@achille> Le mercredi 31 mars 2010 ? 10:48 +0100, Chris Vine a ?crit : > On Sat, 27 Mar 2010 21:15:05 +0000 > Chris Vine wrote: > [snip] > > > > I am not using karmic. Can you please post the patch here and I > > > > will recompile libopal. > > > > > > Attached. > > > > Thanks. It applies to opal-3.6.6 and compiles OK. It will probably > > be sometime next week before I am able to test it with a remote > > participant. > > At the moment I cannot connect to anyone via ekiga, including the echo > test. > > This is probably nothing to do with the opal patch: I have noticed > before that sometimes ekiga works and sometimes it doesn't. Possibly the > asterisk server is down, or something like that. > I just tested and it works atm. From chris at cvine.freeserve.co.uk Wed Mar 31 12:53:36 2010 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Wed, 31 Mar 2010 13:53:36 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <1270029900.2664.29.camel@achille> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <4BAE5DE1.4070909@pu-pm.univ-fcomte.fr> <20100327211505.5cc55f69@boulder.homenet> <20100331104843.02a4da48@laptop.homenet> <1270029900.2664.29.camel@achille> Message-ID: <20100331135336.21b5d037@laptop.homenet> On Wed, 31 Mar 2010 12:05:00 +0200 yannick wrote: > > At the moment I cannot connect to anyone via ekiga, including the > > echo test. > > > > This is probably nothing to do with the opal patch: I have noticed > > before that sometimes ekiga works and sometimes it doesn't. > > Possibly the asterisk server is down, or something like that. > > > > I just tested and it works atm. OK I have just tested again and ekiga registers but when I call sip:500 at ekiga.net (or any other number) it says "Could not connect to remote host". So perhaps the opal patch has broken something. Chris From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 31 12:57:36 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 31 Mar 2010 14:57:36 +0200 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <20100331135336.21b5d037@laptop.homenet> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <4BAE5DE1.4070909@pu-pm.univ-fcomte.fr> <20100327211505.5cc55f69@boulder.homenet> <20100331104843.02a4da48@laptop.homenet> <1270029900.2664.29.camel@achille> <20100331135336.21b5d037@laptop.homenet> Message-ID: <4BB346C0.1050300@pu-pm.univ-fcomte.fr> Chris Vine wrote: > On Wed, 31 Mar 2010 12:05:00 +0200 > yannick wrote: >>> At the moment I cannot connect to anyone via ekiga, including the >>> echo test. >>> >>> This is probably nothing to do with the opal patch: I have noticed >>> before that sometimes ekiga works and sometimes it doesn't. >>> Possibly the asterisk server is down, or something like that. >>> >> I just tested and it works atm. > > OK I have just tested again and ekiga registers but when I call > sip:500 at ekiga.net (or any other number) it says "Could not connect to > remote host". > > So perhaps the opal patch has broken something. Could you send the -d 4 output? -- Eugen From mariano.mara at gmail.com Wed Mar 31 15:15:14 2010 From: mariano.mara at gmail.com (Mariano Mara) Date: Wed, 31 Mar 2010 12:15:14 -0300 Subject: [Ekiga-list] Trying to debug ekiga In-Reply-To: <4BB31492.3050705@pu-pm.univ-fcomte.fr> References: <1269996732-sup-3350@kafka> <4BB31492.3050705@pu-pm.univ-fcomte.fr> Message-ID: <1270048335-sup-9821@kafka> Excerpts from Eugen Dedu's message of Wed Mar 31 06:23:30 -0300 2010: > Mariano Mara wrote: > > Hi all, > > I'm using Ekiga in Ubuntu 9.10. The version is 3.2.6 (installed from > > ppa) and I use it with my company Asterisk PBX. > > The problem I have is that although I can connect to the PBX, when > > somebody call me (the popup informing me about the call appears without > > problem), as soon as I try to accept the call, the whole ekiga totally > > freezes and I have to kill it (the call always ends in the voicemail). > > As per the instructions I read in the wiki, I installed ekiga-dbg to > > see if I can get a meaningful message about the error so I run > > $strace -osalida.txt ekiga > > It's not strace which needs to be run, but gdb, as shown in the wiki > (please also execute with -d 4 in the same time). Afterwards, attach > the whole output. > > > and reproduce the error. I get a log file with more than 62300 lines in > > it. How can I know if something useful is in it? Should I attach the > > whole file to the bug system? > Ok, thanks for your feedback. I think I get it right this time. Here's the link to the full log of gdb: http://freebsd-gnome.pastebin.com/0NETT2R8 Although this time, when I try to reproduce, I can answer the call but ekiga freezes when I hangup on the ekiga side (In my cellphone I can still heard the noises coming from the ekiga side, just like I didn't hang), hope this log contains enough information for you to help me out. Mariano From chrjae at gmail.com Wed Mar 31 15:20:22 2010 From: chrjae at gmail.com (Christian Jaeger) Date: Wed, 31 Mar 2010 11:20:22 -0400 Subject: [Ekiga-list] Packages with fixed NAT for Debian? Message-ID: I hear there has been a NAT bug fixed lately, which might be the reason that Ekiga doesn't work with my VPN setup (Twinkle works). Is the fix in sid or testing already? If not, is there a patch? Christian. From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 31 18:13:40 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 31 Mar 2010 20:13:40 +0200 Subject: [Ekiga-list] Packages with fixed NAT for Debian? In-Reply-To: References: Message-ID: <4BB390D4.5060005@pu-pm.univ-fcomte.fr> Christian Jaeger wrote: > I hear there has been a NAT bug fixed lately, which might be the > reason that Ekiga doesn't work with my VPN setup (Twinkle works). Is > the fix in sid or testing already? If not, is there a patch? The patch is at http://mail.gnome.org/archives/ekiga-list/2010-March/msg00127.html Please tell us if it fixes your problem. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 31 18:21:31 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 31 Mar 2010 20:21:31 +0200 Subject: [Ekiga-list] Trying to debug ekiga In-Reply-To: <1270048335-sup-9821@kafka> References: <1269996732-sup-3350@kafka> <4BB31492.3050705@pu-pm.univ-fcomte.fr> <1270048335-sup-9821@kafka> Message-ID: <4BB392AB.5090700@pu-pm.univ-fcomte.fr> Mariano Mara wrote: > Excerpts from Eugen Dedu's message of Wed Mar 31 06:23:30 -0300 2010: >> Mariano Mara wrote: >>> Hi all, >>> I'm using Ekiga in Ubuntu 9.10. The version is 3.2.6 (installed from >>> ppa) and I use it with my company Asterisk PBX. >>> The problem I have is that although I can connect to the PBX, when >>> somebody call me (the popup informing me about the call appears without >>> problem), as soon as I try to accept the call, the whole ekiga totally >>> freezes and I have to kill it (the call always ends in the voicemail). >>> As per the instructions I read in the wiki, I installed ekiga-dbg to >>> see if I can get a meaningful message about the error so I run >>> $strace -osalida.txt ekiga >> It's not strace which needs to be run, but gdb, as shown in the wiki >> (please also execute with -d 4 in the same time). Afterwards, attach >> the whole output. >> >>> and reproduce the error. I get a log file with more than 62300 lines in >>> it. How can I know if something useful is in it? Should I attach the >>> whole file to the bug system? > > Ok, thanks for your feedback. I think I get it right this time. > Here's the link to the full log of gdb: http://freebsd-gnome.pastebin.com/0NETT2R8 > > Although this time, when I try to reproduce, I can answer the call but > ekiga freezes when I hangup on the ekiga side (In my cellphone I can > still heard the noises coming from the ekiga side, just like I didn't hang), > hope this log contains enough information for you to help me out. This is a bug involving alsa (https://bugzilla.gnome.org/show_bug.cgi?id=593064) or pulse. I do not know what to do, maybe trying without pulse. http://mail.gnome.org/archives/ekiga-list/2010-March/msg00006.html might help too. -- Eugen From mariano.mara at gmail.com Wed Mar 31 19:20:02 2010 From: mariano.mara at gmail.com (Mariano Mara) Date: Wed, 31 Mar 2010 16:20:02 -0300 Subject: [Ekiga-list] Trying to debug ekiga In-Reply-To: <4BB392AB.5090700@pu-pm.univ-fcomte.fr> References: <1269996732-sup-3350@kafka> <4BB31492.3050705@pu-pm.univ-fcomte.fr> <1270048335-sup-9821@kafka> <4BB392AB.5090700@pu-pm.univ-fcomte.fr> Message-ID: <1270063019-sup-5143@kafka> Excerpts from Eugen Dedu's message of Wed Mar 31 15:21:31 -0300 2010: > Mariano Mara wrote: > > Excerpts from Eugen Dedu's message of Wed Mar 31 06:23:30 -0300 2010: > >> Mariano Mara wrote: > >>> Hi all, > >>> I'm using Ekiga in Ubuntu 9.10. The version is 3.2.6 (installed from > >>> ppa) and I use it with my company Asterisk PBX. > >>> The problem I have is that although I can connect to the PBX, when > >>> somebody call me (the popup informing me about the call appears without > >>> problem), as soon as I try to accept the call, the whole ekiga totally > >>> freezes and I have to kill it (the call always ends in the voicemail). > >>> As per the instructions I read in the wiki, I installed ekiga-dbg to > >>> see if I can get a meaningful message about the error so I run > >>> $strace -osalida.txt ekiga > >> It's not strace which needs to be run, but gdb, as shown in the wiki > >> (please also execute with -d 4 in the same time). Afterwards, attach > >> the whole output. > >> > >>> and reproduce the error. I get a log file with more than 62300 lines in > >>> it. How can I know if something useful is in it? Should I attach the > >>> whole file to the bug system? > > > > Ok, thanks for your feedback. I think I get it right this time. > > Here's the link to the full log of gdb: http://freebsd-gnome.pastebin.com/0NETT2R8 > > > > Although this time, when I try to reproduce, I can answer the call but > > ekiga freezes when I hangup on the ekiga side (In my cellphone I can > > still heard the noises coming from the ekiga side, just like I didn't hang), > > hope this log contains enough information for you to help me out. > > This is a bug involving alsa > (https://bugzilla.gnome.org/show_bug.cgi?id=593064) or pulse. > > I do not know what to do, maybe trying without pulse. > > http://mail.gnome.org/archives/ekiga-list/2010-March/msg00006.html might > help too. > Thank you very much for your advice. I changed the default options in "audio devices" to HDA Intel (PTLIB/Alsa) in my Dell and it's now working. The funny thing is that the default option is "Default (PTLIB/Alsa)" so I thought they were the same and I didn't try with it when I first got this issue. Anyway, it's now working. Mariano From chris at cvine.freeserve.co.uk Wed Mar 31 19:22:12 2010 From: chris at cvine.freeserve.co.uk (Chris Vine) Date: Wed, 31 Mar 2010 20:22:12 +0100 Subject: [Ekiga-list] Ekiga on Ubuntu using DSL In-Reply-To: <20100331201939.18b91661@laptop.homenet> References: <8548a3143494cd1c2af7085d8413f0f0@www2-mail.volny.cz> <1269675118.3388.12.camel@achille> <20100327193006.0fd91a60@boulder.homenet> <4BAE5DE1.4070909@pu-pm.univ-fcomte.fr> <20100327211505.5cc55f69@boulder.homenet> <20100331104843.02a4da48@laptop.homenet> <1270029900.2664.29.camel@achille> <20100331135336.21b5d037@laptop.homenet> <4BB346C0.1050300@pu-pm.univ-fcomte.fr> <20100331201031.64d2ee12@laptop.homenet> <20100331201939.18b91661@laptop.homenet> Message-ID: <20100331202212.55d01f88@laptop.homenet> On Wed, 31 Mar 2010 20:19:39 +0100 Chris Vine wrote: > On Wed, 31 Mar 2010 20:10:31 +0100 > Chris Vine wrote: > > > On Wed, 31 Mar 2010 14:57:36 +0200 > > Eugen Dedu wrote: > > > Chris Vine wrote: > > > > On Wed, 31 Mar 2010 12:05:00 +0200 > > > > yannick wrote: > > > >>> At the moment I cannot connect to anyone via ekiga, including > > > >>> the echo test. > > > >>> > > > >>> This is probably nothing to do with the opal patch: I have > > > >>> noticed before that sometimes ekiga works and sometimes it > > > >>> doesn't. Possibly the asterisk server is down, or something > > > >>> like that. > > > >>> > > > >> I just tested and it works atm. > > > > > > > > OK I have just tested again and ekiga registers but when I call > > > > sip:500 at ekiga.net (or any other number) it says "Could not > > > > connect to remote host". > > > > > > > > So perhaps the opal patch has broken something. > > > > > > Could you send the -d 4 output? > > > > Out of interest, I tried reverting to the non-patched package and > > that failed also, although that one spent less time wondering about > > it. So it doesn't seem to be the opal patch as such. > > > > Attached are two logs of a call to 500 at ekiga.net, one with the > > patched opal and one the unpatched opal. > > > > Chris > > The e-mail bounced because of message size. Here it is again with the > two debug outputs gziped. > > Chris The second one bounced as well. I give up. Chris From lecan75228 at yahoo.com Wed Mar 31 19:57:50 2010 From: lecan75228 at yahoo.com (Can Le) Date: Wed, 31 Mar 2010 12:57:50 -0700 (PDT) Subject: [Ekiga-list] http://www.lecan.net unsubscribed In-Reply-To: <20100331202212.55d01f88@laptop.homenet> Message-ID: <909426.56774.qm@web58001.mail.re3.yahoo.com> unsubscribed http://www.lecan.net