From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Oct 1 14:46:03 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 01 Oct 2013 16:46:03 +0200 Subject: [Ekiga-list] Using Ekiga with ALSA loopback for connection to JACK - not working In-Reply-To: References: Message-ID: <524AE02B.2040407@pu-pm.univ-fcomte.fr> On 19/09/13 09:37, Hugo Gonz?lez Monteverde wrote: > Hello all, > > I'm trying to use Ekiga as a VoIP program (much better than Skype) > but this means I have to do some juggling to get it to work with JACK > and Internet DJ Console. The process involves creating some loopback > devices in ALSA and then connecting them to Jack. The whole procedure > is at > > http://www.penguinproducer.com/Blog/2011/09/bridging-the-gap-using-jack-with-non-jack-apps/ > > The thing is, I can listen to audio from Ekiga, but the capture is not > working. Ekiga lists a device as Loopback (PTLIB/ALSA). > I can use the loopback in Audacity, but the capture channel I have to > use is "jack_capture_1" (an ALSA name) This device is not available in > Ekiga, and if I select the device called "Loopback (PLIB/ALSA) for > capture, it does not work > > Any ideas? Can I manually, in some config file, change the name of the > ALSA input device for Ekiga and use one that's not being detected? Hi Hugo, Sorry to answer so late, I thought I can find some useful information in the meantime. But not. I do not know how to make loopback available in ekiga. Changing manually the name in config file does not help in my opinion. Try sending an e-mail to opalvoip-user at lists.sourceforge.net, which are responsible for ptlib plugins (alsa, oss etc.) -- Eugen From geo.cherchetout at laposte.net Tue Oct 1 16:32:49 2013 From: geo.cherchetout at laposte.net (geo cherchetout) Date: Tue, 01 Oct 2013 18:32:49 +0200 Subject: [Ekiga-list] Using Ekiga with ALSA loopback for connection to JACK - not working In-Reply-To: <524AE02B.2040407@pu-pm.univ-fcomte.fr> References: <524AE02B.2040407@pu-pm.univ-fcomte.fr> Message-ID: <524AF931.6010606@laposte.net> Le 01/10/2013 16:46, *Eugen Dedu* wrote: > On 19/09/13 09:37, Hugo Gonz?lez Monteverde wrote: >> Hello all, >> >> I'm trying to use Ekiga as a VoIP program (much better than Skype) >> but this means I have to do some juggling to get it to work with JACK >> and Internet DJ Console. The process involves creating some loopback >> devices in ALSA and then connecting them to Jack. The whole procedure >> is at >> >> http://www.penguinproducer.com/Blog/2011/09/bridging-the-gap-using-jack-with-non-jack-apps/ >> >> The thing is, I can listen to audio from Ekiga, but the capture is not >> working. Ekiga lists a device as Loopback (PTLIB/ALSA). >> I can use the loopback in Audacity, but the capture channel I have to >> use is "jack_capture_1" (an ALSA name) This device is not available in >> Ekiga, and if I select the device called "Loopback (PLIB/ALSA) for >> capture, it does not work >> >> Any ideas? Can I manually, in some config file, change the name of the >> ALSA input device for Ekiga and use one that's not being detected? > > Hi Hugo, > > Sorry to answer so late, I thought I can find some useful information in > the meantime. But not. I do not know how to make loopback available in > ekiga. I don't know what Hugo want to do but I did find a way to send an audio file with Ekiga. Perhaps this could help Him a little bit: 1) Launch snd_aloop module # modprobe snd_aloop 2) Look for what soundcard has been created $ aplay -l (in my example it is card 4) 3 or 4) set audacious for using hw:4,1 as output device, "canal de m?lange audio" hw:4 and start reading the audio file (mono, 8000 samples/s) 4 or 3) set ekiga for using "Loopback" as input device and establish the communication. From kk_konrad at gmx.at Tue Oct 1 18:17:17 2013 From: kk_konrad at gmx.at (Konrad Karl) Date: Tue, 1 Oct 2013 20:17:17 +0200 Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: <52484D16.4040005@seconix.com> References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> Message-ID: <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> Hi, On Sun, Sep 29, 2013 at 05:53:58PM +0200, Damien Sandras wrote: > What Ekiga is supposed to do, is to send one message per interface > with the interface IP address as source. If your routing is well > configured, then only one of the various SIP messages should reach > the remote user. is this behaviour required by the SIP protocol? (I also want to restrict all ekiga traffic to one specific openvpn interface at times - direct ip call w/o registration) A short explanation will be appreciated. Greetings, Konrad From dsandras at seconix.com Wed Oct 2 07:43:33 2013 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 02 Oct 2013 09:43:33 +0200 Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> Message-ID: <524BCEA5.2020901@seconix.com> Le 01/10/13 20:17, Konrad Karl a ?crit : > Hi, > > On Sun, Sep 29, 2013 at 05:53:58PM +0200, Damien Sandras wrote: >> What Ekiga is supposed to do, is to send one message per interface >> with the interface IP address as source. If your routing is well >> configured, then only one of the various SIP messages should reach >> the remote user. > is this behaviour required by the SIP protocol? > > (I also want to restrict all ekiga traffic to one specific > openvpn interface at times - direct ip call w/o registration) > > A short explanation will be appreciated. Not specifically required. The standard says nothing about multiple interfaces handling. It is just a question of routing after that point. You can see this as a kind of fork of SIP requests. If you have two routes to the same destination, through 2 different interfaces, it should work too, but both routes have to work both ways : ie, if you can send a SIP PDU, you should be able to receive incoming requests and responses through that route too. ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From kk_konrad at gmx.at Wed Oct 2 08:15:52 2013 From: kk_konrad at gmx.at (Konrad Karl) Date: Wed, 2 Oct 2013 10:15:52 +0200 Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: <524BCEA5.2020901@seconix.com> References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> <524BCEA5.2020901@seconix.com> Message-ID: <0LfC4q-1WBMuI2S5Y-00ooZ0@mail.gmx.com> On Wed, Oct 02, 2013 at 09:43:33AM +0200, Damien Sandras wrote: > Le 01/10/13 20:17, Konrad Karl a ?crit : > >Hi, > > > >On Sun, Sep 29, 2013 at 05:53:58PM +0200, Damien Sandras wrote: > >>What Ekiga is supposed to do, is to send one message per interface > >>with the interface IP address as source. If your routing is well > >>configured, then only one of the various SIP messages should reach > >>the remote user. > >is this behaviour required by the SIP protocol? > > > >(I also want to restrict all ekiga traffic to one specific > > openvpn interface at times - direct ip call w/o registration) > > > >A short explanation will be appreciated. > > Not specifically required. The standard says nothing about multiple > interfaces handling. > It is just a question of routing after that point. You can see this > as a kind of fork of SIP requests. > If you have two routes to the same destination, through 2 different > interfaces, it should work too, but both routes have to work both > ways : ie, if you can send a SIP PDU, you should be able to receive > incoming requests and responses through that route too. > Thanks for explanation, Damien! A question still remains for me: why is this done the way it is? If I e.g telnet some.ip.add.ress then routing rule apply and all traffic will go over the vpn interface (tun0 or such). Why not do the same with SIP? (or at least have one option for that) (confessing I am a SIP noob :-) In my case there is exactly one way to reach the destination and that is VPN. Greetings, Konrad From dsandras at seconix.com Wed Oct 2 08:48:41 2013 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 02 Oct 2013 10:48:41 +0200 Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: <0LfC4q-1WBMuI2S5Y-00ooZ0@mail.gmx.com> References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> <524BCEA5.2020901@seconix.com> <0LfC4q-1WBMuI2S5Y-00ooZ0@mail.gmx.com> Message-ID: <524BDDE9.9060808@seconix.com> Le 02/10/13 10:15, Konrad Karl a ?crit : >> Not specifically required. The standard says nothing about multiple >> interfaces handling. It is just a question of routing after that >> point. You can see this as a kind of fork of SIP requests. If you >> have two routes to the same destination, through 2 different >> interfaces, it should work too, but both routes have to work both >> ways : ie, if you can send a SIP PDU, you should be able to receive >> incoming requests and responses through that route too. > Thanks for explanation, Damien! > > A question still remains for me: why is this done the way it is? > If I e.g telnet some.ip.add.ress then routing rule apply and all > traffic will go over the vpn interface (tun0 or such). When you are using telnet, there is an active TCP connection between both peers. When you are using Ekiga, you are working connectionless, ie through UDP. That means that userB can not use the same connection to reply back to you. All it can do is send a SIP message to a destination IP and port. If user B has two local interfaces (eth0: 192.x and tun: 10.x), when EkigaB will send a SIP message to userA, it will send it twice (because it can not determine how routing will work, that's the kernel responsibility) : - one SIP message to userA through tun0 with tun0 source IP address to userA IP and port - one SIP message to userA through eth0 with eth0 source IP address to user IP and port One of them should work. Your mail suggests that both messages are sent using the same interface but with different source IP and ports. That's weird. The best would be that you post a -d4 output somewhere (not on the mailing list) of userB trying to reach userA so that we can determine what Ekiga is doing. Damien ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From swmike at swm.pp.se Wed Oct 2 09:56:53 2013 From: swmike at swm.pp.se (Mikael Abrahamsson) Date: Wed, 2 Oct 2013 11:56:53 +0200 (CEST) Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: <524BDDE9.9060808@seconix.com> References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> <524BCEA5.2020901@seconix.com> <0LfC4q-1WBMuI2S5Y-00ooZ0@mail.gmx.com> <524BDDE9.9060808@seconix.com> Message-ID: On Wed, 2 Oct 2013, Damien Sandras wrote: > If user B has two local interfaces (eth0: 192.x and tun: 10.x), when EkigaB > will send a SIP message to userA, it will send it twice (because it can not > determine how routing will work, that's the kernel responsibility) : > - one SIP message to userA through tun0 with tun0 source IP address to userA > IP and port > - one SIP message to userA through eth0 with eth0 source IP address to user > IP and port > > One of them should work. > > Your mail suggests that both messages are sent using the same interface but > with different source IP and ports. That's weird. How does Ekiga assure that the packet is actually sent out eth0 with eth0 source IP? By default routing and source address selection are completely decoupled and if default route is to tun0, then all packets regardless of source address will go out tun0. One has to put policy routing in place to avoid this and assure that eth0 IP packets actually go out eth0 (and then you have to have the concept of multiple default routes that might change over time that needs to influence the policy routing settings). -- Mikael Abrahamsson email: swmike at swm.pp.se From kk_konrad at gmx.at Wed Oct 2 11:57:15 2013 From: kk_konrad at gmx.at (Konrad Karl) Date: Wed, 2 Oct 2013 13:57:15 +0200 Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: <524BDDE9.9060808@seconix.com> References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> <524BCEA5.2020901@seconix.com> <0LfC4q-1WBMuI2S5Y-00ooZ0@mail.gmx.com> <524BDDE9.9060808@seconix.com> Message-ID: <0LjuR3-1Vyk3o3YCn-00bqEq@mail.gmx.com> On Wed, Oct 02, 2013 at 10:48:41AM +0200, Damien Sandras wrote: > Le 02/10/13 10:15, Konrad Karl a ?crit : > ..... > >A question still remains for me: why is this done the way it is? > >If I e.g telnet some.ip.add.ress then routing rule apply and all > >traffic will go over the vpn interface (tun0 or such). > > When you are using telnet, there is an active TCP connection between > both peers. > When you are using Ekiga, you are working connectionless, ie through > UDP. That means that userB can not use the same connection to reply > back to you. All it can do is send a SIP message to a destination IP > and port. > > If user B has two local interfaces (eth0: 192.x and tun: 10.x), when > EkigaB will send a SIP message to userA, it will send it twice > (because it can not determine how routing will work, that's the > kernel responsibility) : > - one SIP message to userA through tun0 with tun0 source IP address > to userA IP and port > - one SIP message to userA through eth0 with eth0 source IP address > to user IP and port On Linux the ip command seems to be able to determine the outgoing network interface and also the source address being used. It seems to query the kernel routing table via netlink socket (just straced the ip command) ip route get 8.8.8.8: (google name server) 8.8.8.8 via 192.168.1.1 dev p36p1 src 192.168.1.10 (correct, p36p1 was eth0 in prior universe) and ip route get 10.100.0.30: (openvpn) 10.100.0.30 via 10.100.0.9 dev tun0 src 10.100.0.10 (correct) Naive question: why cannot Ekiga do something similar? Greetings, Konrad From dsandras at seconix.com Wed Oct 2 12:34:56 2013 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 02 Oct 2013 14:34:56 +0200 Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> <524BCEA5.2020901@seconix.com> <0LfC4q-1WBMuI2S5Y-00ooZ0@mail.gmx.com> <524BDDE9.9060808@seconix.com> Message-ID: <524C12F0.7040809@seconix.com> Le 02/10/13 11:56, Mikael Abrahamsson a ?crit : > On Wed, 2 Oct 2013, Damien Sandras wrote: > >> If user B has two local interfaces (eth0: 192.x and tun: 10.x), when >> EkigaB will send a SIP message to userA, it will send it twice >> (because it can not determine how routing will work, that's the >> kernel responsibility) : >> - one SIP message to userA through tun0 with tun0 source IP address >> to userA IP and port >> - one SIP message to userA through eth0 with eth0 source IP address >> to user IP and port >> >> One of them should work. >> >> Your mail suggests that both messages are sent using the same >> interface but with different source IP and ports. That's weird. > > How does Ekiga assure that the packet is actually sent out eth0 with > eth0 source IP? By default routing and source address selection are > completely decoupled and if default route is to tun0, then all packets > regardless of source address will go out tun0. One has to put policy > routing in place to avoid this and assure that eth0 IP packets > actually go out eth0 (and then you have to have the concept of > multiple default routes that might change over time that needs to > influence the policy routing settings). > You are right... If Ekiga is listening on IP-A and IP-B, then it will send one SIP packet per IP. Exact routing conditions, including interface selection, are determined by the routing configuration. Damien ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From hugonz at gmail.com Wed Oct 2 21:26:54 2013 From: hugonz at gmail.com (=?UTF-8?Q?Hugo_Gonz=C3=A1lez_Monteverde?=) Date: Wed, 2 Oct 2013 16:26:54 -0500 Subject: [Ekiga-list] Using Ekiga with ALSA loopback for connection to JACK - not working In-Reply-To: <524AE02B.2040407@pu-pm.univ-fcomte.fr> References: <524AE02B.2040407@pu-pm.univ-fcomte.fr> Message-ID: Thanks for the response. I will check ptlib and see if I can figure how to make loopback available it or hack it into Ekiga. I'm currently using Pulse and the JACK's Pulse sink/source, but this will share one connection for all Pulse apps, including Ekiga Thanks again, Hugo From dsandras at seconix.com Thu Oct 3 07:29:38 2013 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 03 Oct 2013 09:29:38 +0200 Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: <0LjuR3-1Vyk3o3YCn-00bqEq@mail.gmx.com> References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> <524BCEA5.2020901@seconix.com> <0LfC4q-1WBMuI2S5Y-00ooZ0@mail.gmx.com> <524BDDE9.9060808@seconix.com> <0LjuR3-1Vyk3o3YCn-00bqEq@mail.gmx.com> Message-ID: <524D1CE2.6040109@seconix.com> Le 02/10/13 13:57, Konrad Karl a ?crit : > On Wed, Oct 02, 2013 at 10:48:41AM +0200, Damien Sandras wrote: > On Linux the ip command seems to be able to determine the outgoing network > interface and also the source address being used. It seems to query > the kernel routing table via netlink socket (just straced the ip > command) > > ip route get 8.8.8.8: (google name server) > > 8.8.8.8 via 192.168.1.1 dev p36p1 src 192.168.1.10 > (correct, p36p1 was eth0 in prior universe) > > and > > ip route get 10.100.0.30: (openvpn) > > 10.100.0.30 via 10.100.0.9 dev tun0 src 10.100.0.10 > (correct) > > Naive question: why cannot Ekiga do something similar? Good news... It will be implemented in next release. I'm finishing the GTK 3 port (including migration to the portable GSettings) and that's next on my TODO :) ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From kk_konrad at gmx.at Thu Oct 3 11:51:06 2013 From: kk_konrad at gmx.at (Konrad Karl) Date: Thu, 3 Oct 2013 13:51:06 +0200 Subject: [Ekiga-list] Bug prevents VPN use In-Reply-To: <524D1CE2.6040109@seconix.com> References: <20130929084521.9EFBB6013F@smtp.hushmail.com> <52484D16.4040005@seconix.com> <0Lkjuq-1W1VUl2hrI-00aSph@mail.gmx.com> <524BCEA5.2020901@seconix.com> <0LfC4q-1WBMuI2S5Y-00ooZ0@mail.gmx.com> <524BDDE9.9060808@seconix.com> <0LjuR3-1Vyk3o3YCn-00bqEq@mail.gmx.com> <524D1CE2.6040109@seconix.com> Message-ID: <0LfGo0-1WC2jc3Ddg-00om54@mail.gmx.com> On Thu, Oct 03, 2013 at 09:29:38AM +0200, Damien Sandras wrote: > Le 02/10/13 13:57, Konrad Karl a ?crit : > >Naive question: why cannot Ekiga do something similar? > > Good news... It will be implemented in next release. > > I'm finishing the GTK 3 port (including migration to the portable > GSettings) and that's next on my TODO :) ++like for now I am using a firewall rule but this is awkward. Konrad (I am not on Facebook...) From zanaglen at aol.com Wed Oct 16 04:34:33 2013 From: zanaglen at aol.com (zanaglen at aol.com) Date: Wed, 16 Oct 2013 00:34:33 -0400 (EDT) Subject: [Ekiga-list] Ekiga use license (commercial use?) & Ekiga/Diamondcard software questions Message-ID: <8D09840250FF2BB-2070-8D95@webmail-va006.sysops.aol.com> Hello folks. I just joined this forum in hopes that you all would be so kind as to help me answer a couple questions. First, in case this is helpful information in answering my questions: I am looking to use my home PC to: (1) make outgoing phone calls to others with land lines and mobile phones; and to: (2) receive incoming phone calls from others with land lines and mobile phones. My first question: I saw the GNU license for Ekiga at: http://www.gnu.org/licenses/gpl.html (I apologize if the answer to my next question is there. I wasn't able to find it.) Can you please tell me if it is permissible under the Ekiga use license to use the Ekiga software & Ekiga soft phone to make/receive phone calls with my home PC (as stated above) for the purposes of seeking/soliciting and conducting business (for a self-employed independent freelance home-based business)? And my next questions: I hope you don't mind my asking -- If Diamondcard has its own soft phone, then do I still require the Ekiga software & Ekiga soft phone? If not, what would be the benefits of using the Ekiga software & Ekiga soft phone over using the Diamondcard software & Diamondcard soft phone? (assuming that what I would use it for was to be limited to what I stated above towards the beginning of this e-mail) Thanks much! Glen from Illinois, USA -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Wed Oct 16 11:59:07 2013 From: sevmek at free.fr (Yannick) Date: Wed, 16 Oct 2013 13:59:07 +0200 Subject: [Ekiga-list] Ekiga use license (commercial use?) & Ekiga/Diamondcard software questions In-Reply-To: <8D09840250FF2BB-2070-8D95@webmail-va006.sysops.aol.com> References: <8D09840250FF2BB-2070-8D95@webmail-va006.sysops.aol.com> Message-ID: <1381924747.3348.8.camel@athena.fbx.proxad.net> Le mercredi 16 octobre 2013 ? 00:34 -0400, zanaglen at aol.com a ?crit : > Hello folks. > > I just joined this forum in hopes that you all would be so kind as to > help me answer a couple questions. > > > First, in case this is helpful information in answering my questions: > > I am looking to use my home PC to: (1) make outgoing phone calls to > others with land lines and mobile phones; and to: (2) receive incoming > phone calls from others with land lines and mobile phones. > > > My first question: > > I saw the GNU license for Ekiga at: > > http://www.gnu.org/licenses/gpl.html > > (I apologize if the answer to my next question is there. I wasn't > able to find it.) > > Can you please tell me if it is permissible under the Ekiga use > license to use the Ekiga software & Ekiga soft phone to make/receive > phone calls with my home PC (as stated above) for the purposes of > seeking/soliciting and conducting business (for a self-employed > independent freelance home-based business)? > > Yes, you can. In fact this licence grant you the right to use this software for any purpose. Here is the license : https://git.gnome.org/browse/ekiga/tree/COPYING?id=EKIGA_4_0_1 The interesting part for you is : "Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted, and the output from the Program is covered only if its contents constitute a work based on the Program (independent of having been made by running the Program). Whether that is true depends on what the Program does." > And my next questions: > > I hope you don't mind my asking -- If Diamondcard has its own soft > phone, then do I still require the Ekiga software & Ekiga soft phone? Any software using the SIP protocol will do, no matter if endorsed by diamondcard.us. But please consider you are then using 2 thing : the ekiga software and a service provided by diamondcard. You should check if diamondcard is suitable for your activity. Ekiga and diamondcard are not directly related. > > If not, what would be the benefits of using the Ekiga software & Ekiga > soft phone over using the Diamondcard software & Diamondcard soft > phone? (assuming that what I would use it for was to be limited to > what I stated above towards the beginning of this e-mail) > It's up to you to do the comparison and find what better suits you. We are committed to standards. Best regards, Yannick > > Thanks much! > Glen from Illinois, USA > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list From member at linkedin.com Wed Oct 16 13:58:02 2013 From: member at linkedin.com (=?UTF-8?Q?Cs=C3=A1nyi_P=C3=A1l_via_LinkedIn?=) Date: Wed, 16 Oct 2013 13:58:02 +0000 (UTC) Subject: [Ekiga-list] Ekiga, please add me to your LinkedIn network Message-ID: <1715733555.3107519.1381931882547.JavaMail.app@ela4-bed79.prod> LinkedIn ------------ Cs?nyi P?l requested to add you as a connection on LinkedIn: ------------------------------------------ Ekiga, I'd like to add you to my professional network on LinkedIn. - Cs?nyi Accept invitation from Cs?nyi P?l http://www.linkedin.com/e/-ftw4xo-hmumk8uw-x/iHa0zVPWVd4WovTXWBNiOEcPhdCMLPXV/blk/I357910051_165/e39SrCAJoS5vrCAJoyRJtCVFnSRJrScJr6RBfnhv9ClRsDgZp6lQs6lzoQ5AomZIpn8_djoNnP4Rc30NejsRcQALrB9Ed5EOenkLe3cOdj8Md3gPdP4LrCBxbOYWrSlI/eml-comm_invm-b-in_ac-inv28/?hs=false&tok=2U9UniqHW6slY1 View profile of Cs?nyi P?l http://www.linkedin.com/e/-ftw4xo-hmumk8uw-x/rso/241147731/IoeJ/name/166057623_I357910051_165/?hs=false&tok=215yNrX7O6slY1 ------------------------------------------ You are receiving Invitation emails. This email was intended for Ekiga List. Learn why this is included: http://www.linkedin.com/e/-ftw4xo-hmumk8uw-x/plh/http%3A%2F%2Fhelp%2Elinkedin%2Ecom%2Fapp%2Fanswers%2Fdetail%2Fa_id%2F4788/-GXI/?hs=false&tok=2TbeGvGhC6slY1 (c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zanaglen at aol.com Wed Oct 16 17:55:31 2013 From: zanaglen at aol.com (zanaglen at aol.com) Date: Wed, 16 Oct 2013 13:55:31 -0400 (EDT) Subject: [Ekiga-list] Ekiga use license (commercial use?) & Ekiga/Diamondcard software questions Message-ID: <8D098B00A61D07D-14B4-EDB4@webmail-d129.sysops.aol.com> Dear Yannick, Thank you very much for your kind reply to my questions. Would you or someone please help me with my next questions below?: Okay, so I see that this license says: << "Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted, and the output from the Program is covered only if its contents constitute a work based on the Program (independent of having been made by running the Program). Whether that is true depends on what the Program does." >> Source: https://git.gnome.org/browse/ekiga/tree/COPYING?id=EKIGA_4_0_1 So, then, where the license says "The act of running the Program is not restricted" is where it grants the rights for anyone to use the software to make & receive phone calls for commercial purposes? (in order to make a profit) Do I have that correct? (To be clear, in my above question, I'm not referring to making money off of the actual software itself, in any way.) I'm not sure what is meant by "output from the Program" in the above license quote. Would someone be able to interpret and briefly summarize what that means? (I want to understand whether or not that part applies to me.) Thanks much! Glen from Illinois, USA -------------- next part -------------- An HTML attachment was scrubbed... URL: From stuart at gathman.org Wed Oct 16 18:13:33 2013 From: stuart at gathman.org (Stuart Gathman) Date: Wed, 16 Oct 2013 14:13:33 -0400 Subject: [Ekiga-list] Ekiga use license (commercial use?) & Ekiga/Diamondcard software questions In-Reply-To: <8D098B00A61D07D-14B4-EDB4@webmail-d129.sysops.aol.com> References: <8D098B00A61D07D-14B4-EDB4@webmail-d129.sysops.aol.com> Message-ID: <525ED74D.2000309@gathman.org> On 10/16/2013 01:55 PM, zanaglen at aol.com wrote: > > > So, then, where the license says "The act of running the Program is > not restricted" is where it grants the rights for anyone to use the > software to make & receive phone calls for commercial purposes? (in > order to make a profit) > > Do I have that correct? > > (To be clear, in my above question, I'm not referring to making money > off of the actual software itself, in any way.) > > I'm not sure what is meant by "output from the Program" in the > abovelicense quote. Would someone be able to interpret and briefly > summarize what that means? (I want to understand whether or not that > part applies to me.) Output from the program refers to meta-programs. :-) I.e. programs like compilers, code generators, etc. - software that writes software. As a (not real) example, suppose Ekiga had a button labelled "Copy Me!", which created a nice installer for ekiga to send to someone else. (That is a trivial - in theory - example of software that writes software.) That copy would be subject to GPL. Note that there is *no* restriction on selling, or making a profit by distributing the program. You simply *must* provide the source code (free or at nominal charge) when doing so. If you were to get ekiga all configured, with a really easy installer, then you could conceivably sell it - provided you include, or make easily available, the source for ekiga *and* any modifications to ekiga. Of course, a competitor can use the source to create a competing product - so you have to have some other factor that would make customers want to buy *yours*. Maybe your support or warranty - as suggested in the licence itself. Perhaps you have a book or manual to go with it that details your sales techniques. The GPL is *not* against profit. It is against using restricted source code as a "lock-in". GPL software can be, and is part of profitable businesses. They just need other sorts of "lock-in". -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Thu Oct 17 04:55:07 2013 From: sevmek at free.fr (Yannick) Date: Thu, 17 Oct 2013 06:55:07 +0200 Subject: [Ekiga-list] Ekiga use license (commercial use?) & Ekiga/Diamondcard software questions In-Reply-To: <525ED74D.2000309@gathman.org> References: <8D098B00A61D07D-14B4-EDB4@webmail-d129.sysops.aol.com> <525ED74D.2000309@gathman.org> Message-ID: <1381985707.3344.24.camel@athena.fbx.proxad.net> Le mercredi 16 octobre 2013 ? 14:13 -0400, Stuart Gathman a ?crit : > On 10/16/2013 01:55 PM, zanaglen at aol.com wrote: > > > > > > > So, then, where the license says "The act of running the Program is > > not restricted" is where it grants the rights for anyone to use the > > software to make & receive phone calls for commercial purposes? (in > > order to make a profit) > > > > Do I have that correct? Yes. This is generally referred as the "freedom 0" by Richard Stallman, the creator of this license. This page explain the philosophy of the GPL in common words: https://www.gnu.org/philosophy/free-sw.en.html "The freedom to run the program, for any purpose (freedom 0). ../.. ?Free software? does not mean ?noncommercial?. A free program must be available for commercial use, commercial development, and commercial distribution." Side note : people in general start counting from 1, but in the computer field people have the habit to start from 0. > > > > (To be clear, in my above question, I'm not referring to making > > money off of the actual software itself, in any way.) You also can make money with Ekiga itself, but in this case you need to comply to some rules explained in the GPL. The purpose of those rules is to protect the freedom of all users of Ekiga, including their freedom to use it for commercial purpose. The whole purpose of the GPL is to prevent anyone to mess with what you're doing with Ekiga as a user, your activity being commercial or not. That's the reason why the GPL do not talk much about the usage of the software. Simply put, the more a license speaks about the usage of the software, the more you are restricted as a user. > > > > I'm not sure what is meant by "output from the Program" in the above > > license quote. Would someone be able to interpret and briefly > > summarize what that means? (I want to understand whether or not > > that part applies to me.) > Output from the program refers to meta-programs. :-) I.e. programs > like compilers, code generators, etc. - software that writes software. > As a (not real) example, suppose Ekiga had a button labelled "Copy > Me!", which created a nice installer for ekiga to send to someone > else. (That is a trivial - in theory - example of software that > writes software.) That copy would be subject to GPL. > > Note that there is *no* restriction on selling, or making a profit by > distributing the program. You simply *must* provide the source code > (free or at nominal charge) when doing so. If you were to get ekiga > all configured, with a really easy installer, then you could > conceivably sell it - provided you include, or make easily available, > the source for ekiga *and* any modifications to ekiga. Of course, a > competitor can use the source to create a competing product - so you > have to have some other factor that would make customers want to buy > *yours*. Maybe your support or warranty - as suggested in the licence > itself. Perhaps you have a book or manual to go with it that details > your sales techniques. > > The GPL is *not* against profit. It is against using restricted > source code as a "lock-in". GPL software can be, and is part of > profitable businesses. They just need other sorts of "lock-in". > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list From ryq8884291 at 126.com Thu Oct 17 09:10:51 2013 From: ryq8884291 at 126.com (=?GBK?B?yM7T6unU?=) Date: Thu, 17 Oct 2013 17:10:51 +0800 (CST) Subject: [Ekiga-list] some questions about AMR-WB CODEC Message-ID: <537c9e39.dcf5.141c5ae8747.Coremail.ryq8884291@126.com> Dear sir I'm a user of ekiga software and I meet some questions when I use it 1: I want to know where the codec of AMR-WB in the software from. ITU?or somewhere else 2: In my project I use PESQ to Estimate the voice quality and I want to know whether you use packet loss concealment technologyin AMR-WB codec I hope you reply as soon as possible THANK YOU -- ?????????? ??? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ted at schober.us Tue Oct 22 03:36:27 2013 From: ted at schober.us (Ted Schober) Date: Mon, 21 Oct 2013 23:36:27 -0400 Subject: [Ekiga-list] Opus Codec in Ekiga Message-ID: <5265F2BB.8050802@schober.us> Hi Folks I was wondering if anyone is working on adding the Opus Codec and eventually removing the speex and CELT codecs that Opus has replaced. Is is just a matter of compiling against libopus or is this a big deal? Ted Schober -------------- next part -------------- A non-text attachment was scrubbed... Name: ted.vcf Type: text/x-vcard Size: 290 bytes Desc: not available URL: From genghiskhan at gmx.ca Tue Oct 22 06:41:54 2013 From: genghiskhan at gmx.ca (Genghis Khan) Date: Tue, 22 Oct 2013 08:41:54 +0200 Subject: [Ekiga-list] Opus Codec in Ekiga References: <5265F2BB.8050802@schober.us> Message-ID: <20131022064154.12480@gmx.com> Hello, I do not know the answer, but concerning to CELT and SPEEX, I do not want CELT and SPEEX to be removed. SPEEX is a glorious codec which was not as popular as Opus since it never had the heavy backs of big corporations, mainly a search engine (G) and another company (M) heavily funded by it, which is known for a web browser (F) of it. P.S. if one would want to make a record archive, especially on a massive scale (e.g. NSA) you would, probably, want to use SPEEX. On Mon, 21 Oct 2013 23:36:27 -0400 Ted Schober wrote: > Hi Folks > > I was wondering if anyone is working on adding the Opus Codec and > eventually removing the > speex and CELT codecs that Opus has replaced. > > Is is just a matter of compiling against libopus or is this a big > deal? > > Ted Schober -- Defending the constitution is expensive! Help Lavabit.com by donating to the Lavabit Legal Defense Fund http://lavabit.com/ support at lavabit.com From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Oct 22 07:40:59 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Oct 2013 09:40:59 +0200 Subject: [Ekiga-list] Opus Codec in Ekiga In-Reply-To: <5265F2BB.8050802@schober.us> References: <5265F2BB.8050802@schober.us> Message-ID: <52662C0B.7030005@pu-pm.univ-fcomte.fr> On 22/10/13 05:36, Ted Schober wrote: > Hi Folks > > I was wondering if anyone is working on adding the Opus Codec and > eventually removing the > speex and CELT codecs that Opus has replaced. Opus is already included in *unstable* opal releases, and will be available in ekiga sometime in the future. We will see later for speex and celt removing. > Is is just a matter of compiling against libopus or is this a big deal? Just compiling against libopus does not work. -- Eugen From francois.patte at mi.parisdescartes.fr Tue Oct 22 08:36:26 2013 From: francois.patte at mi.parisdescartes.fr (=?ISO-8859-1?Q?Fran=E7ois_Patte?=) Date: Tue, 22 Oct 2013 10:36:26 +0200 Subject: [Ekiga-list] iconic start Message-ID: <5266390A.5030802@mi.parisdescartes.fr> Bonjour, Is it possible to start Ekiga automatically in the panel without any window opened on the desk? Thank you -- Fran?ois Patte UFR de math?matiques et informatique Laboratoire CNRS MAP5, UMR 8145 Universit? Paris Descartes 45, rue des Saints P?res F-75270 Paris Cedex 06 T?l. +33 (0)1 8394 5849 http://www.math-info.univ-paris5.fr/~patte -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Oct 22 09:47:03 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Oct 2013 11:47:03 +0200 Subject: [Ekiga-list] iconic start In-Reply-To: <5266390A.5030802@mi.parisdescartes.fr> References: <5266390A.5030802@mi.parisdescartes.fr> Message-ID: <52664997.6020104@pu-pm.univ-fcomte.fr> On 22/10/13 10:36, Fran?ois Patte wrote: > Bonjour, > > Is it possible to start Ekiga automatically in the panel without any > window opened on the desk? It was possible with version 3.2 I think, but Damien removed it in version 4. If you really need it, please give your arguments so that we discuss. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Oct 22 09:49:25 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 22 Oct 2013 11:49:25 +0200 Subject: [Ekiga-list] some questions about AMR-WB CODEC In-Reply-To: <537c9e39.dcf5.141c5ae8747.Coremail.ryq8884291@126.com> References: <537c9e39.dcf5.141c5ae8747.Coremail.ryq8884291@126.com> Message-ID: <52664A25.90707@pu-pm.univ-fcomte.fr> On 17/10/13 11:10, ??? wrote: > Dear sir > I'm a user of ekiga software and I meet some questions when I use it > 1: I want to know where the codec of AMR-WB in the software from. ITU?or somewhere else This is in opal library included by ekiga, plugins/audio directory. > 2: In my project I use PESQ to Estimate the voice quality and I want to know whether you use packet loss concealment technologyin AMR-WB codec I do not know. You need to ask the same question to opalvoip-user at lists.sourceforge.net. -- Eugen From genghiskhan at gmx.ca Tue Oct 22 11:20:11 2013 From: genghiskhan at gmx.ca (Genghis Khan) Date: Tue, 22 Oct 2013 13:20:11 +0200 Subject: [Ekiga-list] iconic start References: <5266390A.5030802@mi.parisdescartes.fr> <52664997.6020104@pu-pm.univ-fcomte.fr> Message-ID: <20131022112011.12510@gmx.com> Hello, I am in favor of such feature. I think this is the second time, this year, someone is posting this request. Example software: aMule, Gajim, Liferea, Psi, Transmission, WICD. P.S. I have sent an Email (Bcc) to a person who I recall posted the same request in the past. ?Please participate, if you will. On Tue, 22 Oct 2013 11:47:03 +0200 Eugen Dedu wrote: > On 22/10/13 10:36, Fran?ois Patte wrote: > > Bonjour, > > > > Is it possible to start Ekiga automatically in the panel without any > > window opened on the desk? > > It was possible with version 3.2 I think, but Damien removed it in > version 4. If you really need it, please give your arguments so that > we discuss. > -- Defending the constitution is expensive! Help Lavabit.com by donating to the Lavabit Legal Defense Fund http://lavabit.com/ support at lavabit.com From esignets at gmail.com Wed Oct 23 19:00:19 2013 From: esignets at gmail.com (=?ISO-8859-1?Q?Thierry_Poulh=E8s?=) Date: Wed, 23 Oct 2013 17:00:19 -0200 Subject: [Ekiga-list] disconnection of Internet Message-ID: Hello, I try to use ekiga with Diamondcard acount or Ekiga acount. When I call, I have to wait long time and after my Internet connection stop everytime I call. When I do the test call I can call normally and hear the voice. Is it a problem of security of antivirus or firewall of Windows ? Or Internet box ? Someone have an idea why it happen ? Ekiga 4.1, Windows 7 ultimate Thank for your help Thierry -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Oct 23 20:06:19 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 23 Oct 2013 22:06:19 +0200 Subject: [Ekiga-list] disconnection of Internet In-Reply-To: References: Message-ID: <52682C3B.8080308@pu-pm.univ-fcomte.fr> On 23/10/13 21:00, Thierry Poulh?s wrote: > Hello, > > I try to use ekiga with Diamondcard acount or Ekiga acount. > > When I call, I have to wait long time and after my Internet connection stop > everytime I call. > > When I do the test call I can call normally and hear the voice. > > Is it a problem of security of antivirus or firewall of Windows ? Or > Internet box ? > Someone have an idea why it happen ? No idea, it is strange what happens. We need the -d 4 log when the problem arises to see what happens, see http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2. -- Eugen From stuart at gathman.org Wed Oct 23 21:10:39 2013 From: stuart at gathman.org (Stuart Gathman) Date: Wed, 23 Oct 2013 17:10:39 -0400 Subject: [Ekiga-list] disconnection of Internet In-Reply-To: <52682C3B.8080308@pu-pm.univ-fcomte.fr> References: <52682C3B.8080308@pu-pm.univ-fcomte.fr> Message-ID: <52683B4F.7080107@gathman.org> On 10/23/2013 04:06 PM, Eugen Dedu wrote: > On 23/10/13 21:00, Thierry Poulh?s wrote: >> Hello, >> >> I try to use ekiga with Diamondcard acount or Ekiga acount. >> >> When I call, I have to wait long time and after my Internet >> connection stop >> everytime I call. >> >> When I do the test call I can call normally and hear the voice. >> >> Is it a problem of security of antivirus or firewall of Windows ? Or >> Internet box ? >> Someone have an idea why it happen ? > > No idea, it is strange what happens. We need the -d 4 log when the > problem arises to see what happens, see > http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2. > Are you on comcast? I am visiting friends with comcast, and the same thing is happening to me (and doesn't normally). Have you tried going somewhere that uses a different internet provider, to see if it is provider specific? In my case, their cheapo home router could be the problem also. Did you check if your router rebooted? However, by "Internet connection stop", do you mean the wireless connection? Or do you have a wired connection? If your wireless chipset (or driver) does not support hardware acceleration for encryption, then the software support in wpa_supplicant is buggy. Version 2.0 is much better, but still loses encrypted connections with sustained throughput. You know it is wpa_supplicant if killing it (as root) shortly after your internet connection "stops", makes it come back immediately (as NetworkManager reloads wpa_supplicant). From esignets at gmail.com Sat Oct 26 00:54:50 2013 From: esignets at gmail.com (=?ISO-8859-1?Q?Thierry_Poulh=E8s?=) Date: Fri, 25 Oct 2013 22:54:50 -0200 Subject: [Ekiga-list] disconnection of Internet In-Reply-To: <52683B4F.7080107@gathman.org> References: <52682C3B.8080308@pu-pm.univ-fcomte.fr> <52683B4F.7080107@gathman.org> Message-ID: 2013/10/25 21:38:06.985 0:28.308 OnRelease:4380 OpalCon SetPhase from ReleasingPhase to ReleasedPhase for Call[Ca7f1ce541]-EP[0a4e448c-320b-1910-9675-0090f5937473] 2013/10/25 21:38:06.985 0:28.308 OnRelease:4380 OpalCon Connection Call[Ca7f1ce541]-EP[0a4e448c-320b-1910-9675-0090f5937473] released Initial Time: Fri, 25 Oct 2013 21:37:53 -03:00 SetUpPhase: 1.907 ProceedingPhase: 2.156 AlertingPhase: N/A ConnectedPhase: N/A EstablishedPhase: N/A ForwardingPhase: N/A ReleasingPhase: 13.746 ReleasedPhase: 13.751 Call end reason: EndedByQ931Cause 2013/10/25 21:38:06.985 0:28.308 OnRelease:4380 OpalCon OnRelease thread completed for Call[Ca7f1ce541]-EP[0a4e448c-320b-1910-9675-0090f5937473] 2013/10/25 21:38:06.985 0:28.308 OnRelease:4380 PTLib Thread ended: name="OnRelease:4380", real=0.005, kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) 2013/10/25 21:38:07.049 0:28.372 ekiga AEScheduler Removing Event incoming_call_sound from queue 2013/10/25 21:38:07.049 0:28.372 ekiga AEScheduler Removing Event ring_tone_sound from queue 2013/10/25 21:38:07.875 0:29.198 Opal Garbage:4120 PCSS Deleted PC sound system connection. 2013/10/25 21:38:07.875 0:29.198 Opal Garbage:4120 LocalCon Deleted connection. 2013/10/25 21:38:07.875 0:29.198 Opal Garbage:4120 OpalCon Connection Call[Ca7f1ce541]-EP[Pd85037682] destroyed. 2013/10/25 21:38:07.875 0:29.199 Opal Garbage:4120 SIP Transaction id=z9hG4bKb6af478c-320b-1910-9677-0090f5937473 destroyed. 2013/10/25 21:38:08.876 0:30.199 Opal Garbage:4120 RTP Deleting session 1 2013/10/25 21:38:08.876 0:30.199 Opal Garbage:4120 RTPEp Session 1, forgetting local RTP port 5064 on connection Call[Ca7f1ce541]-EP[0a4e448c-320b-1910-9675-0090f5937473] 2013/10/25 21:38:08.876 0:30.199 Opal Garbage:4120 RTP_UDP Session 1, Shutting down read. 2013/10/25 21:38:08.876 0:30.200 Opal Garbage:4120 RTP_UDP Session 1, shutting down write. 2013/10/25 21:38:08.877 0:30.200 Opal Garbage:4120 RTP Deleting session 2 2013/10/25 21:38:08.877 0:30.200 Opal Garbage:4120 RTPEp Session 2, forgetting local RTP port 5068 on connection Call[Ca7f1ce541]-EP[0a4e448c-320b-1910-9675-0090f5937473] 2013/10/25 21:38:08.877 0:30.200 Opal Garbage:4120 RTP_UDP Session 2, Shutting down read. 2013/10/25 21:38:08.877 0:30.201 Opal Garbage:4120 RTP_UDP Session 2, shutting down write. 2013/10/25 21:38:08.878 0:30.201 Opal Garbage:4120 SIP Transaction id=z9hG4bKee5a448c-320b-1910-9677-0090f5937473 destroyed. 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 SIP Deleting connection. 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 SIP Setting new transport for destination "" 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 Opal Transport clean up on termination 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 Opal Transport Close 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 Opal Transport clean up on termination 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 Opal Transport Close 2013/10/25 21:38:08.879 0:30.202 Opal Garbage:4120 Opal Deleted transport udp$46.19.58.41:5060 2013/10/25 21:38:08.881 0:30.205 Opal Garbage:4120 OpalCon Connection Call[Ca7f1ce541]-EP[0a4e448c-320b-1910-9675-0090f5937473] destroyed. 2013/10/25 21:38:11.968 0:33.291 Network In...nitor:3596 IfaceMon Interface change detected, new list: 192.168.0.27 <0090f5937473> (JMicron PCI Express Gigabit Ethernet Adapter) 127.0.0.1 (Software Loopback Interface 1) 2013/10/25 21:38:11.969 0:33.291 Network In...nitor:3596 Socket Cleared DNS cache. 2013/10/25 21:38:13.261 0:34.583 PTLib Housekeeper:5260 SIP Starting SUBSCRIBE for offline retry 2013/10/25 21:38:13.261 0:34.584 PTLib Housekeeper:5260 SIP Changing SUBSCRIBE handler from Unavailable to Restoring, target= sip:x at sip.diamondcard.us;OPAL-local-id=sip:x%40sip.diamondcard.us, id=x at x-PC 2013/10/25 21:38:13.261 0:34.584 PTLib Housekeeper:5260 DNS SRV Lookup "_sip._tcp.sip.diamondcard.us" 2013/10/25 21:38:13.261 0:34.584 PTLib Housekeeper:5260 SIP No SRV record found. 2013/10/25 21:38:13.262 0:34.584 PTLib Housekeeper:5260 SIP No compatible listener to create transport for tcp$sip.diamondcard.us:5060 2013/10/25 21:38:13.262 0:34.584 PTLib Housekeeper:5260 SIP Changing SUBSCRIBE handler from Restoring to Unavailable, target= sip:x at sip.diamondcard.us;OPAL-local-id=sip:x%40sip.diamondcard.us, id=x at x-PC 2013/10/25 21:38:13.262 0:34.584 PTLib Housekeeper:5260 SIP Retrying SUBSCRIBE after 30 seconds. 2013/10/25 21:38:13.262 0:34.584 PTLib Housekeeper:5260 SIP Starting SUBSCRIBE for offline retry 2013/10/25 21:38:13.262 0:34.585 PTLib Housekeeper:5260 SIP Changing SUBSCRIBE handler from Unavailable to Restoring, target= sip:x at ekiga.net;OPAL-local-id=sip:x%40ekiga.net, id=5515358c-320b-1910-966b-0090f5937473 at x-PC 2013/10/25 21:38:13.262 0:34.585 PTLib Housekeeper:5260 DNS SRV Lookup "_sip._tcp.ekiga.net" 2013/10/25 21:38:13.263 0:34.585 PTLib Housekeeper:5260 SIP No SRV record found. 2013/10/25 21:38:13.263 0:34.585 PTLib Housekeeper:5260 SIP No compatible listener to create transport for tcp$ekiga.net:5060 2013/10/25 21:38:13.263 0:34.585 PTLib Housekeeper:5260 SIP Changing SUBSCRIBE handler from Restoring to Unavailable, target= sip:x at ekiga.net;OPAL-local-id=sip:x%40ekiga.net, id=5515358c-320b-1910-966b-0090f5937473 at x-PC 2013/10/25 21:38:13.263 0:34.585 PTLib Housekeeper:5260 SIP Retrying SUBSCRIBE after 30 seconds. Sorry but i don't know witch line is important to find out the problem. There so many... The rooter doesn't reboot, I don't know yet the name of the provider. I didn't try with other provider yet. I use wired connection. Echo test work normaly. (The call back test make Ekiga freeze when I answer the call back) Thank Thierry 2013/10/23 Stuart Gathman > On 10/23/2013 04:06 PM, Eugen Dedu wrote: > >> On 23/10/13 21:00, Thierry Poulh?s wrote: >> >>> Hello, >>> >>> I try to use ekiga with Diamondcard acount or Ekiga acount. >>> >>> When I call, I have to wait long time and after my Internet connection >>> stop >>> everytime I call. >>> >>> When I do the test call I can call normally and hear the voice. >>> >>> Is it a problem of security of antivirus or firewall of Windows ? Or >>> Internet box ? >>> Someone have an idea why it happen ? >>> >> >> No idea, it is strange what happens. We need the -d 4 log when the >> problem arises to see what happens, see http://wiki.ekiga.org/index.** >> php/Debugging_Ekiga#How_to_**get_a_debug_output_2 >> . >> >> Are you on comcast? I am visiting friends with comcast, and the same > thing is happening to me (and doesn't normally). Have you tried going > somewhere that uses a different internet provider, to see if it is provider > specific? In my case, their cheapo home router could be the problem also. > Did you check if your router rebooted? However, by "Internet connection > stop", do you mean the wireless connection? Or do you have a wired > connection? If your wireless chipset (or driver) does not support > hardware acceleration for encryption, then the software support in > wpa_supplicant is buggy. Version 2.0 is much better, but still loses > encrypted connections with sustained throughput. You know it is > wpa_supplicant if killing it (as root) shortly after your internet > connection "stops", makes it come back immediately (as NetworkManager > reloads wpa_supplicant). > > ______________________________**_________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/**mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From genghiskhan at gmx.ca Sat Oct 26 17:09:07 2013 From: genghiskhan at gmx.ca (Genghis Khan) Date: Sat, 26 Oct 2013 19:09:07 +0200 Subject: [Ekiga-list] iconic start References: <5266390A.5030802@mi.parisdescartes.fr> <52664997.6020104@pu-pm.univ-fcomte.fr> <20131022112011.12510@gmx.com> Message-ID: <20131026170908.76470@gmx.com> Hallo, A good argument, by my opinion, as to why Ekiga should have an option to start in system tray at start-up is this case: I am a person who is mainly uses Email to communicate information. I am a person who is secondarily uses Jabber/XMPP (IM) to communicate. I am a person who is communicating with audio, only, with SIP. I am keeping Ekiga opened all the time my machine is turned on. For this reason, I want Ekiga to be hidden in systray, not to have its window on my screen and then minimize it to systray, each time I turn on my machine. If someone would want to communicate with me, using SIP VoIP, I just press Answer on notification pop-up of Xfce. On Tue, 22 Oct 2013 13:20:11 +0200 "Genghis Khan" wrote: > Hello, > > I am in favor of such feature. I think this is the second time, this > year, someone is posting this request. > > Example software: aMule, Gajim, Liferea, Psi, Transmission, WICD. > > > P.S. > I have sent an Email (Bcc) to a person who I recall posted the same > request in the past. ?Please participate, if you will. > > On Tue, 22 Oct 2013 11:47:03 +0200 > Eugen Dedu wrote: > > > On 22/10/13 10:36, Fran?ois Patte wrote: > > > Bonjour, > > > > > > Is it possible to start Ekiga automatically in the panel without > > > any window opened on the desk? > > > > It was possible with version 3.2 I think, but Damien removed it in > > version 4. If you really need it, please give your arguments so that > > we discuss. > > > -- Defending the constitution is expensive! Help Lavabit.com by donating to the Lavabit Legal Defense Fund http://lavabit.com/ support at lavabit.com From el_gallo_azul at yahoo.com Sun Oct 27 03:17:46 2013 From: el_gallo_azul at yahoo.com (el_gallo_azul) Date: Sat, 26 Oct 2013 20:17:46 -0700 (PDT) Subject: [Ekiga-list] I can't seem to register in Ekiga today Message-ID: <1382843866.94820.YahooMailNeo@web161601.mail.bf1.yahoo.com> Ekiga 4.0.1 Ubuntu 13.04 Authentication user: el_gallo_azul My diamondcard call-out account is registered OK. My Ekiga account says Processing... and has done for some time. I tried removing the ekiga.net account, and then adding a new one, and got the message Globally not acceptable. Then when I changed my User: name to my name, and left the Authentication user: el_gallo_azul, it changed back to Processing.... ? Greg Flint PO Box 642 Parap NT 0804 Australia http://youtu.be/3dcxtEKShXA SIP: el_gallo_azul at ekiga.net Phone +61 (0)8 8945 1725 Mobile +61 (0)428 279 021 Australian Central Standard Time (ACST) = UTC/GMT+9.5 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonne_hannon at yahoo.com Mon Oct 28 00:45:21 2013 From: jonne_hannon at yahoo.com (Jonne Hannon) Date: Sun, 27 Oct 2013 17:45:21 -0700 (PDT) Subject: [Ekiga-list] Ekiga 4.0.2 crashing on Windows 7 64 bit edition. Message-ID: <1382921121.41429.YahooMailNeo@web122105.mail.ne1.yahoo.com> Hello, I am having trouble with Ekiga 4.0.2 crashing on Windows 7 64 bit edition. If the desktop locks during a H323 call, Ekiga crashes after the desktop is unlocked: Windows Event 1000, Application Error: Faulting application name: ekiga.exe, version: 4.0.2.0, time stamp: 0x52135d14 Faulting module name: msvcrt.dll, version: 7.0.7601.17744, time stamp: 0x4eeaf722 Exception code: 0xc0000005 Fault offset: 0x00009b60 Faulting process id: 0x6a8 Faulting application start time: 0x01ced13dc94be887 Faulting application path: C:\Program Files (x86)\Ekiga\ekiga.exe Faulting module path: C:\Windows\syswow64\msvcrt.dll Report Id: 2baf50c7-3d31-11e3-aed5-180373d7ecbb The call is proxied via a gatekeeper.? Stack backtrace shows a segmentation fault: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16648.0x5464] 0x76719b60 in msvcrt!memcpy () from C:\Windows\syswow64\msvcrt.dll I tested 4.0.1 and experienced the same behaviour. Thanks, Jonne. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cfshop at t-online.de Mon Oct 28 20:31:54 2013 From: cfshop at t-online.de (cfshop at t-online.de) Date: Mon, 28 Oct 2013 21:31:54 +0100 Subject: [Ekiga-list] Ring tone not working (Windows) Message-ID: <1VatTe-4EISNk0@fwd30.aul.t-online.de> Hello! Thanks a lot for this great software. Unfortunately I am encountering a problem with the Windows version. The calls work perfectly but when I receive a call the ring tone never plays. Just the window with the call will pop up. This happens with the default ring tone wav as well as with a custom selected wav file. The weird thing is: When I call someone I DO hear the dial tone. I would appreciate any help. Regards Christian ---------------------------------------------------------------- Postfach fast voll? Jetzt kostenlos E-Mail Adresse @t-online.de sichern und endlich Platz f?r tausende Mails haben. http://www.t-online.de/email-kostenlos From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Oct 29 06:54:07 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 29 Oct 2013 07:54:07 +0100 Subject: [Ekiga-list] Ring tone not working (Windows) In-Reply-To: <1VatTe-4EISNk0@fwd30.aul.t-online.de> References: <1VatTe-4EISNk0@fwd30.aul.t-online.de> Message-ID: <526F5B8F.2040504@pu-pm.univ-fcomte.fr> On 28/10/13 21:31, cfshop at t-online.de wrote: > Hello! > Thanks a lot for this great software. Unfortunately I am encountering a problem with the Windows version. The calls work perfectly but when I receive a call the ring tone never plays. Just the window with the call will pop up. This happens with the default ring tone wav as well as with a custom selected wav file. The weird thing is: When I call someone I DO hear the dial tone. Please give us/me the -d 4 log, cf. http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2. -- Eugen From freeakk at gmail.com Tue Oct 29 14:49:38 2013 From: freeakk at gmail.com (Michael Uvarov) Date: Tue, 29 Oct 2013 18:49:38 +0400 Subject: [Ekiga-list] Video rotation crashes Ekiga 4.0.1 Message-ID: <526FCB02.80404@gmail.com> Hi, I am using Ekiga Softphone 4.0.1 in Debian. My version of ffmpeg is 8:1.0.8-dmo1. The second client is Linphone in Android. When I rotate my phone, Ekiga prints a message and crashes. [mpeg4 @ 0xac858720] impossible bitrate constraints, this will fail [mpeg4 @ 0xac8402a0] Found 2 unreleased buffers! Assertion i < avci->buffer_count failed at libavcodec/utils.c:603 zsh: abort ekiga There is a similar problem here: http://stackoverflow.com/questions/13688992/decoder-crashes-after-ffmpeg-upgrade Regards, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Oct 29 15:13:31 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 29 Oct 2013 16:13:31 +0100 Subject: [Ekiga-list] Video rotation crashes Ekiga 4.0.1 In-Reply-To: <526FCB02.80404@gmail.com> References: <526FCB02.80404@gmail.com> Message-ID: <526FD09B.2020205@pu-pm.univ-fcomte.fr> On 29/10/13 15:49, Michael Uvarov wrote: > Hi, > > I am using Ekiga Softphone 4.0.1 in Debian. > My version of ffmpeg is 8:1.0.8-dmo1. > > The second client is Linphone in Android. When I rotate my phone, Ekiga > prints a message and crashes. > > [mpeg4 @ 0xac858720] impossible bitrate constraints, this will fail > [mpeg4 @ 0xac8402a0] Found 2 unreleased buffers! > Assertion i < avci->buffer_count failed at libavcodec/utils.c:603 > zsh: abort ekiga > > There is a similar problem here: > http://stackoverflow.com/questions/13688992/decoder-crashes-after-ffmpeg-upgrade Well, I see at the above address that this is an ffmpeg issue, and it has been fixed since then, so what can we do for that? I am also puzzled by the fact that ffmpeg gets used. In debian, ekiga/opal use libav, not ffmpeg. Are you sure ffmpeg is used? I strongly suggest not to use http://www.deb-multimedia.org, since it has problems. -- Eugen From freeakk at gmail.com Tue Oct 29 15:56:44 2013 From: freeakk at gmail.com (Michael Uvarov) Date: Tue, 29 Oct 2013 19:56:44 +0400 Subject: [Ekiga-list] Video rotation crashes Ekiga 4.0.1 In-Reply-To: <526FD09B.2020205@pu-pm.univ-fcomte.fr> References: <526FCB02.80404@gmail.com> <526FD09B.2020205@pu-pm.univ-fcomte.fr> Message-ID: <526FDABC.6040409@gmail.com> It uses ffmpeg, which uses libav. Here is another bug. It occurs after the video is turned off on the fly by Linphone. I will compile a version from the trunk and check, if these bugs were fixed. [mpeg4 @ 0xac813320] impossible bitrate constraints, this will fail *** Error in `ekiga': free(): invalid pointer: 0xacab95bc *** ======= Backtrace: ========= /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x75e42)[0xb528ae42] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x76b80)[0xb528bb80] /usr/lib/i386-linux-gnu/i686/cmov/libavutil.so.51(av_freep+0x12)[0xad236042] /usr/lib/i386-linux-gnu/i686/cmov/libavutil.so.51(av_opt_free+0x36)[0xad239446] /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.54(avcodec_close+0x11d)[0xad31dd56] /usr/lib/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so(_ZN13FFMPEGLibrary12AvcodecCloseEP14AVCodecContext+0x30)[0xacab906c] /usr/lib/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so(_ZN19MPEG4EncoderContext10CloseCodecEv+0x41)[0xacab35d9] /usr/lib/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so(_ZN19MPEG4EncoderContextD1Ev+0x1e)[0xacab278e] /usr/lib/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so(+0x7ccb)[0xacab4ccb] /usr/lib/libopal.so.3.10.10(_ZN20OpalPluginTranscoderD1Ev+0x37)[0xb64d47e1] /usr/lib/libopal.so.3.10.10(_ZN25OpalPluginVideoTranscoderD1Ev+0x6c)[0xb64d56d0] /usr/lib/libopal.so.3.10.10(_ZN25OpalPluginVideoTranscoderD0Ev+0x1d)[0xb64d5755] /usr/lib/libopal.so.3.10.10(_ZN14OpalMediaPatch4SinkD1Ev+0x43)[0xb5fcd77f] /usr/lib/libopal.so.3.10.10(_ZN14OpalMediaPatch4SinkD0Ev+0x1d)[0xb5fcd87f] /usr/lib/libpt.so.2.10.10(_ZN13PAbstractList13RemoveElementEP12PListElement+0xca)[0xb5950c56] /usr/lib/libpt.so.2.10.10(_ZN13PAbstractList6RemoveEPK7PObject+0x5c)[0xb5950d62] /usr/lib/libopal.so.3.10.10(_ZN5PListIN14OpalMediaPatch4SinkEE5eraseERKNS2_8iteratorE+0x34)[0xb5fd1adc] /usr/lib/libopal.so.3.10.10(_ZN14OpalMediaPatch10RemoveSinkERK8PSafePtrI15OpalMediaStream12PSafePtrBaseE+0x16b)[0xb5fcd01b] /usr/lib/libopal.so.3.10.10(_ZN15OpalMediaStream8SetPatchEP14OpalMediaPatch+0x1df)[0xb5fc607d] /usr/lib/libopal.so.3.10.10(_ZN18OpalRTPMediaStream8SetPatchEP14OpalMediaPatch+0x54)[0xb5fc7160] /usr/lib/libopal.so.3.10.10(_ZN15OpalMediaStream5CloseEv+0x19a)[0xb5fc4fa2] /usr/lib/libopal.so.3.10.10(_ZN13SIPConnection15OnSendAnswerSDPER21OpalRTPSessionManagerR21SDPSessionDescription+0x7a7)[0xb6400d45] /usr/lib/libopal.so.3.10.10(_ZN13SIPConnection12SendInviteOKEv+0x10a)[0xb640efc6] /usr/lib/libopal.so.3.10.10(_ZN13SIPConnection18OnReceivedReINVITEER7SIP_PDU+0x1b6)[0xb640a330] /usr/lib/libopal.so.3.10.10(_ZN13SIPConnection16OnReceivedINVITEER7SIP_PDU+0x1d5)[0xb64089f5] /usr/lib/libopal.so.3.10.10(_ZN13SIPConnection13OnReceivedPDUER7SIP_PDU+0x1e8)[0xb6404ffe] /usr/lib/libopal.so.3.10.10(_ZN11SIPEndPoint8SIP_Work4WorkEv+0x371)[0xb63efb2b] /usr/lib/libopal.so.3.10.10(_ZN17PQueuedThreadPoolIN11SIPEndPoint8SIP_WorkEE18QueuedWorkerThread4MainEv+0x9d)[0xb63f942b] /usr/lib/libpt.so.2.10.10(_ZN7PThread14PX_ThreadStartEPv+0x148)[0xb5914e04] /lib/i386-linux-gnu/i686/cmov/libpthread.so.0(+0x6cf1)[0xb53cacf1] /lib/i386-linux-gnu/i686/cmov/libc.so.6(clone+0x5e)[0xb530408e] From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Oct 29 16:03:05 2013 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 29 Oct 2013 17:03:05 +0100 Subject: [Ekiga-list] Video rotation crashes Ekiga 4.0.1 In-Reply-To: <526FDABC.6040409@gmail.com> References: <526FCB02.80404@gmail.com> <526FD09B.2020205@pu-pm.univ-fcomte.fr> <526FDABC.6040409@gmail.com> Message-ID: <526FDC39.9050601@pu-pm.univ-fcomte.fr> On 29/10/13 16:56, Michael Uvarov wrote: > It uses ffmpeg, which uses libav. > Here is another bug. It occurs after the video is turned off on the fly > by Linphone. > I will compile a version from the trunk and check, if these bugs were > fixed. Unfortunately, recompiling will not fix this bug. > [mpeg4 @ 0xac813320] impossible bitrate constraints, this will fail > *** Error in `ekiga': free(): invalid pointer: 0xacab95bc *** > ======= Backtrace: ========= > /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x75e42)[0xb528ae42] > /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x76b80)[0xb528bb80] > /usr/lib/i386-linux-gnu/i686/cmov/libavutil.so.51(av_freep+0x12)[0xad236042] > > /usr/lib/i386-linux-gnu/i686/cmov/libavutil.so.51(av_opt_free+0x36)[0xad239446] > > /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.54(avcodec_close+0x11d)[0xad31dd56] > > /usr/lib/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so(_ZN13FFMPEGLibrary12AvcodecCloseEP14AVCodecContext+0x30)[0xacab906c] We have to check ekiga when the other side turns off/on video, I have not checked it during my tests. -- Eugen