From paulino90 at tenbit.pl Thu Nov 1 21:55:33 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Thu, 1 Nov 2007 22:55:33 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) stops call procedure on ACK to 407 Proxy Authentication Required Message-ID: <18218.19285.508823.814111@localhost.localdomain> Hallo group members. Ekiga 2.1.0 (svn) stops at ACK to 497 Proxy Authentication Required. Registration succeeds, but call looks in the following way: ekiga Voip provider ---------------- invite ------------> <-- proxy authentication required ---- ------------ ACK --------------------> conversation stops here. When I use sjphone, the beginning looks as above, then it goes further with: ------- invite with authentication -----> <------ trying ------------------------- <----------- session progress ---------- <--------- OK -------------------------- ------------- ACK ----------------------> call is established here. Have You got idea what might be the problem. I remember that ekiga 2.0.x (x=11 as I remember correctly) was establishing the call correctly. Regards, Pawel From fabchevalier at free.fr Fri Nov 2 13:48:20 2007 From: fabchevalier at free.fr (Fabien Chevalier) Date: Fri, 02 Nov 2007 14:48:20 +0100 Subject: [Ekiga-list] Bluez-3.20, Bluetooth Headset & ekiga - How In-Reply-To: <1193490506.4164.21.camel@scorpion> References: <5dee460a0710260313q763f7cfan7fc66716b341012d@mail.gmail.com> <1193413829.14114.15.camel@scorpion> <5dee460a0710261132r78c03730je61e64418ea7009c@mail.gmail.com> <1193479561.4159.21.camel@scorpion> <5dee460a0710270523h5e78ed13u194e203e0a425eac@mail.gmail.com> <1193488238.4164.5.camel@scorpion> <5dee460a0710270606v4d7a9a66lce73818306c8c3a6@mail.gmail.com> <1193490506.4164.21.camel@scorpion> Message-ID: <472B2AA4.7070202@free.fr> Damien Sandras wrote: > Le samedi 27 octobre 2007 ? 15:06 +0200, Jakub Klawiter a ?crit : >> Hello! >> >> On 10/27/07, Damien Sandras wrote: >> >>>> :( It is not possible and will not be possible? BT headset can be very >>>> useful for ekiga while it is not using soundcard, so You can still >>>> listen music while talking via ekiga. And of course BT headset means >>>> no cables ;-) >>> It is possible, but not currently. Somebody has to implement it... >> I understand this, my question is, what do you think somebody will ... >> I don't know before Ekiga3? I understand that it will not be possible >> in near future (if somebody havr to do this), but is is possible that >> there is somebody in the Ekga team, who know how, and probably will do >> this, because it is usefull, and it is also possible that nobody will >> work on this task, because there is nobody (in the team) interested in >> this feature. >> I know the question is crazy but ...maybe it is possoble to answer. ;-) > > I certainly would like that somebody does this. Hi all, I started to work on bluetooth audio stuff a while ago, and wrote the original headsetd implementation that ended up its life in the plugz repository. :-) These days i work on the official audio service on the bluez project. The good news is that the Bluez project is starting to have good support for headsets, bad news is the focus is really on A2DP (multimedia streaming), not on voice support. :-( If you wish to play with a headset for ekiga, you have to go to plugz, as the Bluez audio service is not as advanced as plugz is regarding voice headsets. In the long run it might end up that audio service works with ekiga, but that will typically take some time as nobody's pushing for it :-( Having sayd that, there are a number of issues, that makes Ekiga integration with wireless quite painfull: - device enumeration with ALSA does not work with pcm plugins, which means the headset does not appear in the devices list. I wrote a patch for pwlib to fix that, but this is really a hack, as it hardcodes the device string with no knowledge of its presence whatsoever :-( - Ekiga has the bad habit to close/open the multimedia stream quite often : e.g. it would close the alsa device after each ringtone. This does not work with BT headsets as they make a special very noisy "bip" after the multimedia stream is closed - Ekiga does not support when an ALSA device disappears from the scene, this ends up with an Ekiga crash :-( So the path to proper bluetooth support in Ekiga is still a long ride, however i think this will greatly improve when the audio service supports Pulseaudio: it could possibly solve all of the above issues :-) I hope it brings some lights to the discussion, Fabien From randall at tnr.cc Fri Nov 2 17:37:46 2007 From: randall at tnr.cc (Randall Smith) Date: Fri, 02 Nov 2007 12:37:46 -0500 Subject: [Ekiga-list] multiple SIP clients Message-ID: <1194025066.6944.9.camel@randall-laptop> I was thinking about purchasing a Grandstream HandyTone HT-486 for my primary phone, but want to use Ekiga for video conferencing. I have a single IP address so I'm wondering if there will be a conflict with these clients trying to listen on the same port or some other networking conflict. The HT-486 can be configured as a NAT router or bridged and I'm considering both configurations. I would very much appreciate any advice on how to set this up and/or references for my education on this topic. Thanks. Randall From h.riesbeck at sympatico.ca Fri Nov 2 17:39:12 2007 From: h.riesbeck at sympatico.ca (H.Riesbeck) Date: Fri, 02 Nov 2007 13:39:12 -0400 Subject: [Ekiga-list] Ekiga very slow disconnecting In-Reply-To: References: Message-ID: <472B60C0.40706@sympatico.ca> This refers to item 3 on the list. I have noticed that the application actually does not disconnect at all when the called party, either human or answering machine, did not answer (off hook). In the event of no answer, I simply try to disconnect with ctrl D. It does not and I have to force a disconnect (force quit in Linux). This may be an anomaly in the application. I hesitate to call it a bug, since I do not know the inner functionalities of the application. I thought I let the developers know by way of this list. Thank you for reading it. Regards, -hr ekiga-list-request at gnome.org wrote: > Send ekiga-list mailing list submissions to > ekiga-list at gnome.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.gnome.org/mailman/listinfo/ekiga-list > or, via email, send a message with subject or body 'help' to > ekiga-list-request at gnome.org > > You can reach the person managing the list at > ekiga-list-owner at gnome.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ekiga-list digest..." > > > Today's Topics: > > 1. Re: could not connect to remote host (Hazel Russman) > 2. Re: could not connect to remote host (yannick) > 3. Ekiga very slow disconnecting (H.Riesbeck) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 31 Oct 2007 16:37:37 +0000 (GMT) > From: Hazel Russman > Subject: Re: [Ekiga-list] could not connect to remote host > To: ekiga-list at gnome.org > Message-ID: <655635.29604.qm at web25009.mail.ukl.yahoo.com> > Content-Type: text/plain; charset=iso-8859-1 > > > >> 1. Could not connect to remote host (Hazel >> Russman) >> 2. Re: Could not connect to remote host (yannick) >> >> >> >> > ---------------------------------------------------------------------- > >> Message: 1 >> Date: Mon, 29 Oct 2007 16:53:06 +0000 (GMT) >> From: Hazel Russman >> Subject: [Ekiga-list] Could not connect to remote >> host >> To: ekiga-list at gnome.org >> Message-ID: >> <264823.97234.qm at web25012.mail.ukl.yahoo.com> >> Content-Type: text/plain; charset="iso-8859-1" >> >> I am having difficulty in getting ekiga working. I >> have an account at ekiga.net and it appears to be >> valid as I can log in there. But when I try the echo >> test, I get first "Registration failed - timeout" >> and >> then "Could not connect to remote host". >> >> My setup: I am using Linux pppoe behind a SMC >> Barricade adsl router/modem. This has a built-in >> firewall (configurable via the web browser) but I >> have >> not changed its default settings. As far as I can >> see, >> it is not doing any packet filtering or nat, >> although >> there are timing checks to prevent DoS attacks. The >> ekiga configuration druid's nat test reported "open >> nat". I normally have a simple iptables-based >> firewall >> on the computer itself but I flushed it away before >> testing ekiga. >> >> I have looked at the ekiga manual but have not found >> anything that looks relevant (apparently this error >> message is sometimes caused by a nat problem but not >> with open nat). >> >> I attach the transcript of a level-4 debug run >> (slightly edited for privacy) which I hope will be >> useful for pinpointing what is going wrong. >> >> Thanks in advance >> Hazel >> >> >> >> >>> ------------------------------ >>> >> Message: 2 >> Date: Mon, 29 Oct 2007 18:31:57 +0100 >> From: yannick >> Subject: Re: [Ekiga-list] Could not connect to >> remote host >> To: Ekiga mailing list >> Message-ID: <1193679117.7000.7.camel at achille> >> Content-Type: text/plain; charset=utf-8 >> >> Hi, >> >> Maybe this wont solve your issue, you're using a >> *very* old version of >> ekiga (2.0.1), we now are up to 2.0.11 >> >> Consider upgrading it. >> >> Regards, >> Yannick >> >> >> > Thanks, Yannick. but that's not so easy. I am using > Ubuntu Dapper and this version is the latest that it > recognises (at least for my present list of > repositories). I notice that the version available > from ekiga.org is for Feisty. Would that one actually > run on Dapper if I installed it? Or would it be better > to download source and build it myself? I have a > little experience with building packages (though not > on Ubuntu) but I don't want to do anything that > involves upgrading libraries. You can really louse up > your system doing that kind of thing! > > > ___________________________________________________________ > Yahoo! Answers - Got a question? Someone out there knows the answer. Try it > now. > http://uk.answers.yahoo.com/ > > > ------------------------------ > > Message: 2 > Date: Wed, 31 Oct 2007 18:32:52 +0100 > From: yannick > Subject: Re: [Ekiga-list] could not connect to remote host > To: Ekiga mailing list > Message-ID: <1193851972.12149.9.camel at achille> > Content-Type: text/plain; charset=utf-8 > > > Le mercredi 31 octobre 2007 ? 16:37 +0000, Hazel Russman a ?crit : > >>> 1. Could not connect to remote host (Hazel >>> Russman) >>> 2. Re: Could not connect to remote host (yannick) >>> >>> >>> >>> >> ---------------------------------------------------------------------- >> >>> Message: 1 >>> Date: Mon, 29 Oct 2007 16:53:06 +0000 (GMT) >>> From: Hazel Russman >>> Subject: [Ekiga-list] Could not connect to remote >>> host >>> To: ekiga-list at gnome.org >>> Message-ID: >>> <264823.97234.qm at web25012.mail.ukl.yahoo.com> >>> Content-Type: text/plain; charset="iso-8859-1" >>> >>> I am having difficulty in getting ekiga working. I >>> have an account at ekiga.net and it appears to be >>> valid as I can log in there. But when I try the echo >>> test, I get first "Registration failed - timeout" >>> and >>> then "Could not connect to remote host". >>> >>> My setup: I am using Linux pppoe behind a SMC >>> Barricade adsl router/modem. This has a built-in >>> firewall (configurable via the web browser) but I >>> have >>> not changed its default settings. As far as I can >>> see, >>> it is not doing any packet filtering or nat, >>> although >>> there are timing checks to prevent DoS attacks. The >>> ekiga configuration druid's nat test reported "open >>> nat". I normally have a simple iptables-based >>> firewall >>> on the computer itself but I flushed it away before >>> testing ekiga. >>> >>> I have looked at the ekiga manual but have not found >>> anything that looks relevant (apparently this error >>> message is sometimes caused by a nat problem but not >>> with open nat). >>> >>> I attach the transcript of a level-4 debug run >>> (slightly edited for privacy) which I hope will be >>> useful for pinpointing what is going wrong. >>> >>> Thanks in advance >>> Hazel >>> >>> >>> >>> >>>> ------------------------------ >>>> >>> Message: 2 >>> Date: Mon, 29 Oct 2007 18:31:57 +0100 >>> From: yannick >>> Subject: Re: [Ekiga-list] Could not connect to >>> remote host >>> To: Ekiga mailing list >>> Message-ID: <1193679117.7000.7.camel at achille> >>> Content-Type: text/plain; charset=utf-8 >>> >>> Hi, >>> >>> Maybe this wont solve your issue, you're using a >>> *very* old version of >>> ekiga (2.0.1), we now are up to 2.0.11 >>> >>> Consider upgrading it. >>> >>> Regards, >>> Yannick >>> >>> >>> >> Thanks, Yannick. but that's not so easy. I am using >> Ubuntu Dapper and this version is the latest that it >> recognises (at least for my present list of >> repositories). I notice that the version available >> from ekiga.org is for Feisty. Would that one actually >> run on Dapper if I installed it? Or would it be better >> to download source and build it myself? I have a >> little experience with building packages (though not >> on Ubuntu) but I don't want to do anything that >> involves upgrading libraries. You can really louse up >> your system doing that kind of thing! >> >> > > Hi, > > You can try this repository: > https://help.ubuntu.com/community/Ekiga?action=recall&rev=78#head-57385c7cf79361cbb4d7195b9f43c1bb33c1e94c > Regards, > Yannick > > >> ___________________________________________________________ >> Yahoo! Answers - Got a question? Someone out there knows the answer. Try it >> now. >> http://uk.answers.yahoo.com/ >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> >> From h.riesbeck at sympatico.ca Fri Nov 2 17:46:35 2007 From: h.riesbeck at sympatico.ca (H.Riesbeck) Date: Fri, 02 Nov 2007 13:46:35 -0400 Subject: [Ekiga-list] How can I communicate with people using Net Messenger Message-ID: <472B627B.9060206@sympatico.ca> My kids are using the MS application Net Messenger for chatting and/or video phone. I wonder how I could use Ekiga (running in Linux) to communicate either chatting or video chatting?. I tried to research to issue on the internet, but I have unfortunately not been successful to find an appropriate answer. Any assistance would be much appreciated. Thank you very kindly. Regards, -hr From alanslists at gmail.com Fri Nov 2 18:46:05 2007 From: alanslists at gmail.com (Alan Lord) Date: Fri, 02 Nov 2007 18:46:05 +0000 Subject: [Ekiga-list] How can I communicate with people using Net Messenger In-Reply-To: <472B627B.9060206@sympatico.ca> References: <472B627B.9060206@sympatico.ca> Message-ID: <472B706D.7040400@gmail.com> H.Riesbeck wrote: > My kids are using the MS application Net Messenger for chatting and/or > video phone. I wonder how I could use Ekiga (running in Linux) to > communicate either chatting or video chatting?. > I tried to research to issue on the internet, but I have unfortunately > not been successful to find an appropriate answer. Any assistance would > be much appreciated. Thank you very kindly. > Regards, If I recall correctly, I think that the microsoft netmeeting type apps use H.323 - So you'd probably need to go through an asterisk server or something to do the protocol conversion... Or personally I'd just get them OFF M$ completely and onto some decent Open Source operating system and applications. HTH Al From paulino90 at tenbit.pl Fri Nov 2 21:25:43 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Fri, 2 Nov 2007 22:25:43 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1193507553.26011.1.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> Message-ID: <18219.38359.84462.30830@localhost.localdomain> Hallo Jure, Hallo Group Members Jure Petrovic writes: > No, you will need opal version > 2.3.* to support dynamic plugin loading > (*plugin.so files) I just managed to install PTLIB version 2.1.0 OPAL version 3.1.0 Ekiga version 2.1.0 all the pieces are downloaded from CVS and compiled on my PC. myg729 is also succesfully compiled and installed. G729 codec is visible by ekiga. But it does not work well unfortunatelly. When I call, the person on remote site does not hear me. I tried with docen arbitrary numbers, but it is always the same. The codec used is G.729. I tried also tried an echo test (500 at ekiga.net), and all is OK with this test, I can hear my voice as soon as it is received. I can hear what I say. Of course echo test does not use G.729 codec. It uses G.711-uLaw-64k one instead. That's why I think that the problem might be with this particular codec. input device (sound card) detected by ekiga is: 2007/11/02 22:13:06.378 0:00.666 Detected the following audio input devices: Default,Intel 82801BA-ICH2 with plugin ALSA Have You got any idea what might be the reason. Regards, Pawel From law_ence.dev at ntlworld.com Fri Nov 2 21:44:12 2007 From: law_ence.dev at ntlworld.com (ael) Date: Fri, 02 Nov 2007 21:44:12 +0000 Subject: [Ekiga-list] multiple SIP clients In-Reply-To: <1194025066.6944.9.camel@randall-laptop> References: <1194025066.6944.9.camel@randall-laptop> Message-ID: <472B9A2C.2050504@ntlworld.com> Randall Smith wrote: > I was thinking about purchasing a Grandstream HandyTone HT-486 for my > primary phone, but want to use Ekiga for video conferencing. I have a > single IP address so I'm wondering if there will be a conflict with > these clients trying to listen on the same port or some other networking > conflict. The HT-486 can be configured as a NAT router or bridged and > I'm considering both configurations. > > I would very much appreciate any advice on how to set this up and/or > references for my education on this topic. I think that you will find this covered in the archives. I use a Handytone-486 upstream of my main router and Ekiga on several machines on the local network. Just use the gconf editor to assign a different port to Ekiga (in my case several different ports for each copy of Ekiga) from the Handytone. It all works perfectly. Contact me off list if you have problems. ael From palos at post.sk Fri Nov 2 21:08:38 2007 From: palos at post.sk (Palo S.) Date: 02 Nov 2007 22:08:38 +0100 (CET) Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 Message-ID: <472B91D6.000001.17855@kamasutra> > > There is no easy fix. However, I think I remember there was a GConf key > in the Ekiga arborescence to force video to large. The key is > video_size, and if I remember correctly, it should be set to \"1\". > -- There is no video_size key for ekiga in gconf. And adding video_size of integer type to video section and setting it to 1 does not change anything. __________ http://diplomovka.sme.sk - Odmeňujeme va?e diplomov? pr?ce. From fonz at siol.net Sat Nov 3 01:05:57 2007 From: fonz at siol.net (Jure Petrovic) Date: Sat, 03 Nov 2007 02:05:57 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18219.38359.84462.30830@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> Message-ID: <1194051957.5242.6.camel@localhost.localdomain> Please try with this version: http://www.royal.si/g729/myg729-0.2.tar.gz The problem lies in FRAMES_PER_PACKET. I am using this codec with Asterisk server and it works without problems. However, I noticed that I cannot persuade OPAL to send 2 frames per packet. My codec always sends 1 frame per RTP packet, whereas it receives 2 frames per packet from asterisk as it advertises this setting. I played with info structure of the codec and I just couldn't convince OPAL to wrap 2 encoded frames in RTP packet. I asked about this on the list and nobody answered how does OPAL handle this. Because it worked for me, I just never found time to dig into OPAL infrastructure. In second version, I changed the setting so that codec advertises 1 frame per packet as this is always the case. Let me know it you get any change. I'd be also glad if somebody that knows opal peeked at my code... Regards, Jure On Fri, 2007-11-02 at 22:25 +0100, PawelCarqowski wrote: > But it does not work well unfortunatelly. > > When I call, the person on remote site does not hear me. I tried with > docen arbitrary numbers, but it is always the same. > > The codec used is G.729. From h.riesbeck at sympatico.ca Sat Nov 3 01:37:47 2007 From: h.riesbeck at sympatico.ca (H.Riesbeck) Date: Fri, 02 Nov 2007 21:37:47 -0400 Subject: [Ekiga-list] How can I communicate with people using Net, Messenger Message-ID: <472BD0EB.1040504@sympatico.ca> OK Alan, thanks for the reply. The aspect of the H232 protocol was known to me. I thought someone had tried this cross connect and provide more concrete info. About getting my kids off M$ is wishful thinking as they are grownups by now and Linux for them is a foreign matter. But my granddaughter likes the penguin though. Oh well, there is the phone or e-mail available. Regards, -hr From jeanmichel.gens at free.fr Sat Nov 3 07:26:47 2007 From: jeanmichel.gens at free.fr (jean-michel) Date: Sat, 03 Nov 2007 08:26:47 +0100 Subject: [Ekiga-list] contacts Message-ID: <1194074807.11931.5.camel@localhost> i will very pleased to answer to your call with ekiga or any sip program I am in automatic answer with my TV card and TV sound when i am absent Damien congratulations for the french documentation -- From jeanmichel.gens at free.fr Sat Nov 3 07:39:09 2007 From: jeanmichel.gens at free.fr (jean-michel) Date: Sat, 03 Nov 2007 08:39:09 +0100 Subject: [Ekiga-list] contacts In-Reply-To: <1194074807.11931.5.camel@localhost> References: <1194074807.11931.5.camel@localhost> Message-ID: <1194075549.11931.10.camel@localhost> i forget to give my contact name it is "http: jeanmichel.gens.free.fr" if you are on ekiga you can also send me text messages when i am absent i will try to call you back Le samedi 03 novembre 2007 ? 08:26 +0100, jean-michel a ?crit : > i will very pleased to answer to your call with ekiga or any sip > program > I am in automatic answer with my TV card and TV sound when i am absent > Damien congratulations for the french documentation -- From paulino90 at tenbit.pl Sat Nov 3 09:05:46 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Sat, 3 Nov 2007 10:05:46 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194051957.5242.6.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> Message-ID: <18220.14826.732898.499308@localhost.localdomain> Jure Petrovic writes: > Please try with this version: > http://www.royal.si/g729/myg729-0.2.tar.gz > > The problem lies in FRAMES_PER_PACKET. > > I am using this codec with Asterisk server and it works without > problems. However, I noticed that I cannot persuade OPAL to send 2 > frames per packet. My codec always sends 1 frame per RTP packet, whereas > it receives 2 frames per packet from asterisk as it advertises this > setting. > > I played with info structure of the codec and I just couldn't convince > OPAL to wrap 2 encoded frames in RTP packet. I asked about this on the > list and nobody answered how does OPAL handle this. > > Because it worked for me, I just never found time to dig into OPAL > infrastructure. > > In second version, I changed the setting so that codec advertises 1 > frame per packet as this is always the case. > > Let me know it you get any change. > I'd be also glad if somebody that knows opal peeked at my code... > > > Regards, > Jure > > > > > > > > On Fri, 2007-11-02 at 22:25 +0100, PawelCarqowski wrote: > > But it does not work well unfortunatelly. > > > > When I call, the person on remote site does not hear me. I tried with > > docen arbitrary numbers, but it is always the same. > > > > The codec used is G.729. Jure, I tried with v0.2. It did not help, remote party does not hear me still. I compared RTP timestamp differences between adjacent packets in either direction. "Outbound" and "inbound" terms are related to local site. Here are the results: 1 - sjphone.correct.call.tcp #. This is the trace using sjpone, which works well with my voip provider. 2 - ver0.1.tcp 3 - ver0.2.tcp Trace outbound_RTP_difference inbound_RTP_difference 1 160 480 2 160 480 3 80 480 As You can see, version 1 of myg729 and sjphone (which works well) are the same. So I wonder why do You suspect that this might be the problem. Did You have the same experience that remote party did not hear You and decreasing outbound RTP packet size did the job? Regards, Pawel From sevmek at free.fr Sat Nov 3 09:51:30 2007 From: sevmek at free.fr (yannick) Date: Sat, 03 Nov 2007 10:51:30 +0100 Subject: [Ekiga-list] How can I communicate with people using Net Messenger In-Reply-To: <472B627B.9060206@sympatico.ca> References: <472B627B.9060206@sympatico.ca> Message-ID: <1194083490.10824.4.camel@achille> Le vendredi 02 novembre 2007 ? 13:46 -0400, H.Riesbeck a ?crit : > My kids are using the MS application Net Messenger for chatting and/or > video phone. I wonder how I could use Ekiga (running in Linux) to > communicate either chatting or video chatting?. Hi, Here is a list: http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F Regards, Yannick > I tried to research to issue on the internet, but I have unfortunately > not been successful to find an appropriate answer. Any assistance would > be much appreciated. Thank you very kindly. > Regards, > -hr > _______________________________________________ > 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 edie_morton at yahoo.com Sat Nov 3 11:57:15 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Sat, 3 Nov 2007 04:57:15 -0700 (PDT) Subject: [Ekiga-list] pkg-config problem Message-ID: <237470.92210.qm@web56701.mail.re3.yahoo.com> I'm trying to install the source version of ekiga on an RedHat 8.0 server. When I run the command $ ./configure --prefix=/usr --sysconfdir=/etc && make && make install an error associated with pkg-config comes up. checking for GDU_MODULE_VERSION_CHECK....... The recommended fix is to adjust PKG_CONFIG_PATH environment variables GDU_MODULE_VERSION_CFLAGS and GDU_MODULE_VERSION_CHECK_LIBS to avoid the need to call pkg-config I looked at the pkg-config man page but don't understand how to set the variables. Can you help me with the fix so that I can get ekiga installed and running. Spent days trying to resolve this. Also once ekiga is installed how do I launch the application? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From hazel_russman at yahoo.co.uk Sat Nov 3 13:01:04 2007 From: hazel_russman at yahoo.co.uk (Hazel Russman) Date: Sat, 3 Nov 2007 13:01:04 +0000 (GMT) Subject: [Ekiga-list] could not connect to remote host (Hazel Russman) In-Reply-To: Message-ID: <983200.48663.qm@web25012.mail.ukl.yahoo.com> OK, I successfully upgraded to 2.0.9 and tried again. The only difference I noticed was that I could no longer hear ekiga trying to connect (with 2.0.1 I used to get "boing-boing" noises at this point). So the problem is almost certainly not a program bug, it's something wrong with my setup, which is what I suspected all along. Again I attach a level 4 debug report. The setup was the same: open nat on my adsl router, iptables flushed clean on the computer. I notice from the debug log that all the transactions - register, subscribe and invite - seem to time out, probably for the same reason. Hazel ___________________________________________________________ Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: level4-2.0.9.txt URL: From edie_morton at yahoo.com Sun Nov 4 02:44:36 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Sat, 3 Nov 2007 19:44:36 -0700 (PDT) Subject: [Ekiga-list] pkg-config problem Message-ID: <431992.86478.qm@web56712.mail.re3.yahoo.com> Need help. Please see below. Thanks in advance I'm trying to install the source version of ekiga on an RedHat 8.0 server. When I run the command $ ./configure --prefix=/usr --sysconfdir=/etc && make && make install an error associated with pkg-config comes up. checking for GDU_MODULE_VERSION_CHECK....... The recommended fix is to adjust PKG_CONFIG_PATH environment variables GDU_MODULE_VERSION_CFLAGS and GDU_MODULE_VERSION_CHECK_LIBS to avoid the need to call pkg-config I looked at the pkg-config man page but don't understand how to set the variables. Can you help me with the fix so that I can get ekiga installed and running. Spent days trying to resolve this. Also once ekiga is installed how do I launch the application? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dford at ansur.demon.co.uk Sun Nov 4 09:37:02 2007 From: dford at ansur.demon.co.uk (David Ford) Date: Sun, 04 Nov 2007 09:37:02 +0000 Subject: [Ekiga-list] pkg-config problem In-Reply-To: <431992.86478.qm@web56712.mail.re3.yahoo.com> References: <431992.86478.qm@web56712.mail.re3.yahoo.com> Message-ID: <472D92BE.8080800@ansur.demon.co.uk> Edie Morton wrote: > Need help. Please see below. > > Thanks in advance > > I'm trying to install the source version of ekiga on an RedHat 8.0 > server. When I run the command > > $ ./configure --prefix=/usr --sysconfdir=/etc && make && make install > > an error associated with pkg-config comes up. > > checking for GDU_MODULE_VERSION_CHECK....... > > The recommended fix is to adjust PKG_CONFIG_PATH environment variables > > GDU_MODULE_VERSION_CFLAGS and GDU_MODULE_VERSION_CHECK_LIBS to > avoid the need to call pkg-config > It could be looking for a .pc file in the pkg-config directory - and not finding it because you don't have the header files from the -devel package or from compiling the source - maybe GDU? or gdulibs? David > > > I looked at the pkg-config man page but don't understand how to > set the variables. Can you help me with the fix so that I can get > ekiga installed and running. Spent days trying to resolve this. > > Also once ekiga is installed how do I launch the application? > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From fonz at siol.net Sun Nov 4 12:55:58 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 04 Nov 2007 13:55:58 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18220.14826.732898.499308@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> Message-ID: <1194180958.2841.14.camel@localhost.localdomain> I thought here might be the problem because I noticed differences in RTP payload sizes between received and sent packets when using Ethereal. However, I never had problems about not being heard by the other party. Does the other party hear anything at all? For example squeaky noise or just silence? I would also like to know if you have a balanced connection when using this codec.. i.e. upload_rate = download_rate Note that the sizes, you are showing in the table seem to me as unencoded frames. g729_codec.c takes unencoded frame PCM-16 (160 bytes) and makes a encoded frame G729 (10 bytes). So your outgoing RTP packet should have payload size 10 or 20 bytes. Regards, Jure On Sat, 2007-11-03 at 10:05 +0100, PawelCarqowski wrote: > Jure, > I tried with v0.2. It did not help, remote party does not hear me > still. > I compared RTP timestamp differences between adjacent packets in > either direction. > "Outbound" and "inbound" terms are related to local site. > > Here are the results: > 1 - sjphone.correct.call.tcp #. This is the trace using sjpone, > which works well with my voip provider. > 2 - ver0.1.tcp > 3 - ver0.2.tcp > > Trace outbound_RTP_difference inbound_RTP_difference > 1 160 480 > 2 160 480 > 3 80 480 > > As You can see, version 1 of myg729 and sjphone (which works well) are > the same. > So I wonder why do You suspect that this might be the problem. > Did You have the same experience that remote party did not hear You > and decreasing > outbound RTP packet size did the job? From paulino90 at tenbit.pl Sun Nov 4 15:51:16 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Sun, 4 Nov 2007 16:51:16 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194180958.2841.14.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> Message-ID: <18221.60020.503967.246678@localhost.localdomain> Jure, comments in text Jure Petrovic writes: > > > I thought here might be the problem because I noticed differences in RTP > payload sizes between received and sent packets when using Ethereal. > > However, I never had problems about not being heard by the other party. > Does the other party hear anything at all? For example squeaky noise or > just silence? this is squiky noise. > > I would also like to know if you have a balanced connection when using > this codec.. i.e. upload_rate = download_rate > > Note that the sizes, you are showing in the table seem to me as > unencoded frames. g729_codec.c takes unencoded frame PCM-16 (160 bytes) > and makes a encoded frame G729 (10 bytes). So your outgoing RTP packet > should have payload size 10 or 20 bytes. these values are differences in "timestamp" field of adjacent RTP packets. > > Regards, > Jure Here are the results: 1 - sjphone.correct.call.tcp 2 - myg729.ver0.1.tcp 3 - myg729.ver0.2.tcp Trace outbound inbound outbound inbound outbound inbound RTP TS RTP TS RTP Payload RTP Payload RTP rate RTP rate difference difference size size (kbps) (kbps) ================================================================================================ 1 160 480 20 60 8,083 8,083 2 160 480 20 60 7,969 8,621 3 80 480 10 60 7,963 8,159 My voip provider probably uses silence suppression, because, inbound RTP packets do not flow constantly. Sometimes they appear, and then dissappear. They always disappear at RTP packet that has "comfort noise" payload type. I have silence suppression off in my ekiga, so flow from ekiga goes without the breaks. So for computing inbound RTP rate I took only some part of my trace. For trace 2 (myg729 ver0.1), it is range of 19 inbound RTP packets. For trace 3 (myg729 ver0.2), it is range of 17 inbound RTP packets. For trace 1 (sjphone trace), it is range of 48 inbound RTP packets. For oubound rate computing I took the whole trace (so this is more acurate). have you got any ideas? Regards, Pawel From fonz at siol.net Sun Nov 4 19:02:07 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 04 Nov 2007 20:02:07 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18221.60020.503967.246678@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> Message-ID: <1194202927.2841.29.camel@localhost.localdomain> Please swap the src/main.c file with the attached one and recompile. This is a small test program for g729 codec. It encodes test.wav file to test.g729 and then decodes it back to test_out.raw. Let me know if the test.wav and test_out.raw files contain the same audio sample. (Except for lower quality, of course ;)) You just take any wav sample and put it in bin/ directory with the name test.wav. Oh, the resulting test_out.raw file is in WAV format, but it doesn't contain appropriate headers, so you will have to import it as "raw audio" with audacity or something similar. Also, if you start ekiga from the console with -d 4 option, you will see some output from the codec. Can you paste this here, please? On Sun, 2007-11-04 at 16:51 +0100, PawelCarqowski wrote: > have you got any ideas? -------------- next part -------------- A non-text attachment was scrubbed... Name: main.c Type: text/x-csrc Size: 1817 bytes Desc: not available URL: From dsandras at seconix.com Sun Nov 4 20:01:54 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 04 Nov 2007 21:01:54 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) stops call procedure on ACK to 407 Proxy Authentication Required In-Reply-To: <18218.19285.508823.814111@localhost.localdomain> References: <18218.19285.508823.814111@localhost.localdomain> Message-ID: <1194206514.4149.14.camel@scorpion> Hi, Le jeudi 01 novembre 2007 ? 22:55 +0100, PawelCarqowski a ?crit : > > Hallo group members. > > Ekiga 2.1.0 (svn) stops at ACK to 497 Proxy Authentication Required. > > Registration succeeds, but call looks in the following way: > > ekiga Voip provider > > ---------------- invite ------------> > <-- proxy authentication required ---- > ------------ ACK --------------------> > > conversation stops here. > > When I use sjphone, the beginning looks as above, > then it goes further with: > > ------- invite with authentication -----> > <------ trying ------------------------- > <----------- session progress ---------- > <--------- OK -------------------------- > ------------- ACK ----------------------> > > call is established here. > > Have You got idea what might be the problem. > > I remember that ekiga 2.0.x (x=11 as I remember correctly) > was establishing the call correctly. > You will have to upload a -d 4 output somewhere. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From fonz at siol.net Sun Nov 4 20:05:34 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 04 Nov 2007 21:05:34 +0100 Subject: [Ekiga-list] PCM-16 format Message-ID: <1194206734.28837.4.camel@localhost.localdomain> Hello, please correct me if I am wrong. Ekiga audio input format is considered PCM-16 with following characteristics: sample rate: 8000 Hz resolution: 8 bit 2 channels --> 160 kbytes/sec or 160 000 bytes/sec Correct? Regards, Jure From paulino90 at tenbit.pl Sun Nov 4 20:46:55 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Sun, 4 Nov 2007 21:46:55 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194202927.2841.29.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> Message-ID: <18222.12223.873097.566596@localhost.localdomain> Jure Petrovic writes: > > > Please swap the src/main.c file with the attached one and recompile. > This is a small test program for g729 codec. It encodes test.wav file to > test.g729 and then decodes it back to test_out.raw. > > Let me know if the test.wav and test_out.raw files contain the same > audio sample. (Except for lower quality, of course ;)) You just take any > wav sample and put it in bin/ directory with the name test.wav. > > Oh, the resulting test_out.raw file is in WAV format, but it doesn't > contain appropriate headers, so you will have to import it as "raw > audio" with audacity or something similar. > > > Also, if you start ekiga from the console with -d 4 option, you will see > some output from the codec. Can you paste this here, please? > > > > > I played back the test_out.raw file. I can hear squeaky noise instead of things from the original file. Below are contents of `ekiga -d 4` codec related stuff, I believe: 2007/11/03 09:04:37.601 0:17.475 Opal Listener:84a2400 SDP Media session port=18118 2007/11/03 09:04:37.612 0:17.486 Opal Listener:84a2400 SDP Adding media session with 3 formats 2007/11/03 09:04:37.615 0:17.489 Opal Listener:84a2400 SIP Queueing PDU: 2 INVITE <183> 2007/11/03 09:04:37.615 0:17.489 Opal Listener:84a2400 Opal Transport clean up on termination 2007/11/03 09:04:37.615 0:17.489 Opal Listener:84a2400 Opal Transport Close 2007/11/03 09:04:37.615 0:17.489 Opal Listener:84a2400 Opal Deleted transport udp$217.11.128.5:5060 2007/11/03 09:04:37.624 0:17.498 SIP Handler:8564500 SIP Handling PDU 2 INVITE <183> 2007/11/03 09:04:37.625 0:17.499 SIP Handler:8564500 SIP Transaction 2 INVITE proceeding. 2007/11/03 09:04:37.626 0:17.500 SIP Handler:8564500 SIP Set targetAddress to sip:0896741121 at 205.46.34.6:5060 2007/11/03 09:04:37.626 0:17.500 SIP Handler:8564500 SIP Received Session Progress response 2007/11/03 09:04:37.626 0:17.500 SIP Handler:8564500 SIP RTP payload type G729 matched to codec G.729 2007/11/03 09:04:37.631 0:17.506 SIP Handler:8564500 SIP RTP payload type [pt=100] not matched to audio codec 2007/11/03 09:04:37.632 0:17.506 SIP Handler:8564500 Call GetOtherPartyConnection Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:37.632 0:17.506 SIP Handler:8564500 Call IsMediaBypassPossible Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] session 1 2007/11/03 09:04:37.632 0:17.506 SIP Handler:8564500 OpalMan IsMediaBypassPossible: session 1 2007/11/03 09:04:37.632 0:17.506 SIP Handler:8564500 OpalCon IsMediaBypassPossible: default returns FALSE 2007/11/03 09:04:37.632 0:17.506 SIP Handler:8564500 RTP Found existing session 1 2007/11/03 09:04:37.634 0:17.508 SIP Handler:8564500 RTP_UDP Session 1, SetRemoteSocketInfo: data channel, new=205.46.34.6:18118, local=89.78.148.75:5000-5001, remote=0.0.0.0:0-0 2007/11/03 09:04:37.636 0:17.510 SIP Handler:8564500 Call OpenSourceMediaStreams for session 1 with media G.729 2007/11/03 09:04:37.637 0:17.511 SIP Handler:8564500 OpalCon Selected media stream PCM-16 -> G.729 2007/11/03 09:04:37.638 0:17.512 SIP Handler:8564500 Ekiga Creating Sound Channel 2007/11/03 09:04:37.956 0:17.830 SIP Handler:8564500 Alsa Buffer time is 42500 2007/11/03 09:04:37.956 0:17.830 SIP Handler:8564500 Alsa Period time is 10625 2007/11/03 09:04:37.957 0:17.831 SIP Handler:8564500 ALSA Device default Opened 2007/11/03 09:04:37.960 0:17.834 SIP Handler:8564500 Got volume 15 2007/11/03 09:04:37.960 0:17.834 SIP Handler:8564500 OpalMan OnOpenMediaStream Call[1]-EP[Default],OpalAudioMediaStream-Source-PCM-16 2007/11/03 09:04:37.961 0:17.835 SIP Handler:8564500 Call PatchMediaStreams Call[1]-EP[Default] 2007/11/03 09:04:37.961 0:17.835 SIP Handler:8564500 OpalCon OpenSinkMediaStream Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] session=1 2007/11/03 09:04:37.962 0:17.836 SIP Handler:8564500 OpalCon OpenSinkMediaStream, selected PCM-16 -> G.729 2007/11/03 09:04:37.962 0:17.836 SIP Handler:8564500 Call IsMediaBypassPossible Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] session 1 2007/11/03 09:04:37.963 0:17.837 SIP Handler:8564500 OpalMan IsMediaBypassPossible: session 1 2007/11/03 09:04:37.963 0:17.837 SIP Handler:8564500 OpalCon IsMediaBypassPossible: default returns FALSE 2007/11/03 09:04:37.963 0:17.837 SIP Handler:8564500 RTP Found existing session 1 2007/11/03 09:04:37.963 0:17.837 SIP Handler:8564500 RTP Found existing session 1 2007/11/03 09:04:37.963 0:17.837 SIP Handler:8564500 OpalMan OnOpenMediaStream Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl],OpalRTPMediaStream-Sink-G.729 2007/11/03 09:04:37.964 0:17.838 SIP Handler:8564500 OpalCon Opened sink stream 1_1 2007/11/03 09:04:37.965 0:17.839 SIP Handler:8564500 Patch Created primary codec PCM-16/G.729 with ID 1_1 2007/11/03 09:04:37.965 0:17.839 SIP Handler:8564500 Patch Added media stream sink OpalRTPMediaStream-Sink-G.729 using transcoder PCM-16->G.729 2007/11/03 09:04:37.965 0:17.839 SIP Handler:8564500 Media Audio source data size set to 320 bytes and 20 buffers. 2007/11/03 09:04:37.965 0:17.839 SIP Handler:8564500 OpalCon New patch created 2007/11/03 09:04:37.966 0:17.840 SIP Handler:8564500 OpalCon New patch created 2007/11/03 09:04:37.966 0:17.840 SIP Handler:8564500 OpalCon Opened source stream 1_1 2007/11/03 09:04:37.966 0:17.840 SIP Handler:8564500 Call GetOtherPartyConnection Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:37.967 0:17.841 SIP Handler:8564500 OpalCon OpenSourceMediaStream reordering codec for sink stream format G.729 2007/11/03 09:04:37.968 0:17.842 SIP Handler:8564500 OpalCon Selected media stream G.729 -> PCM-16 2007/11/03 09:04:37.968 0:17.842 SIP Handler:8564500 Call IsMediaBypassPossible Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] session 1 2007/11/03 09:04:37.968 0:17.842 SIP Handler:8564500 OpalMan IsMediaBypassPossible: session 1 2007/11/03 09:04:37.968 0:17.842 SIP Handler:8564500 OpalCon IsMediaBypassPossible: default returns FALSE 2007/11/03 09:04:37.968 0:17.843 SIP Handler:8564500 RTP Found existing session 1 2007/11/03 09:04:37.969 0:17.843 SIP Handler:8564500 RTP Found existing session 1 2007/11/03 09:04:37.969 0:17.843 SIP Handler:8564500 OpalMan OnOpenMediaStream Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl],OpalRTPMediaStream-Source-G.729 2007/11/03 09:04:37.969 0:17.843 SIP Handler:8564500 Call PatchMediaStreams Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:37.969 0:17.843 SIP Handler:8564500 OpalCon OpenSinkMediaStream Call[1]-EP[Default] session=1 2007/11/03 09:04:37.971 0:17.845 SIP Handler:8564500 OpalCon OpenSinkMediaStream, selected G.729 -> PCM-16 2007/11/03 09:04:37.971 0:17.845 SIP Handler:8564500 Ekiga Creating Sound Channel 2007/11/03 09:04:38.280 0:18.154 SIP Handler:8564500 Alsa Buffer time is 42500 2007/11/03 09:04:38.281 0:18.155 SIP Handler:8564500 Alsa Period time is 10625 2007/11/03 09:04:38.281 0:18.155 SIP Handler:8564500 ALSA Device default Opened 2007/11/03 09:04:38.283 0:18.157 SIP Handler:8564500 Got volume 13 2007/11/03 09:04:38.284 0:18.158 SIP Handler:8564500 OpalMan OnOpenMediaStream Call[1]-EP[Default],OpalAudioMediaStream-Sink-PCM-16 2007/11/03 09:04:38.284 0:18.158 SIP Handler:8564500 OpalCon Opened sink stream 1_1 2007/11/03 09:04:38.285 0:18.159 SIP Handler:8564500 Patch Created primary codec G.729/PCM-16 with ID 1_1 2007/11/03 09:04:38.285 0:18.159 SIP Handler:8564500 Media Audio sink data size set to 160 bytes and 20 buffers. 2007/11/03 09:04:38.285 0:18.159 SIP Handler:8564500 Patch Added media stream sink OpalAudioMediaStream-Sink-PCM-16 using transcoder G.729->PCM-16 2007/11/03 09:04:38.285 0:18.159 SIP Handler:8564500 OpalCon New patch created 2007/11/03 09:04:38.285 0:18.159 SIP Handler:8564500 OpalCon New patch created 2007/11/03 09:04:38.285 0:18.159 SIP Handler:8564500 OpalCon Adding RFC2833 receive handler 2007/11/03 09:04:38.285 0:18.159 SIP Handler:8564500 OpalCon Adding Cisco NSE receive handler 2007/11/03 09:04:38.286 0:18.160 SIP Handler:8564500 OpalCon Opened source stream 1_1 2007/11/03 09:04:38.286 0:18.160 SIP Handler:8564500 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:38.286 0:18.160 SIP Handler:8564500 SIP Could not find SDP media description for Video 2007/11/03 09:04:38.286 0:18.160 SIP Handler:8564500 SIP Could not find SDP media description for Image 2007/11/03 09:04:38.287 0:18.161 SIP Handler:8564500 OpalCon SetPhase from UninitialisedPhase to AlertingPhase 2007/11/03 09:04:38.287 0:18.161 SIP Handler:8564500 OpalMan OnAlerting Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:38.287 0:18.161 SIP Handler:8564500 Call OnAlerting Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:38.287 0:18.161 SIP Handler:8564500 PCSS SetAlerting(0896741121 at voipprovider.pl) 2007/11/03 09:04:38.287 0:18.161 SIP Handler:8564500 SIP Starting receive media to annunciate remote progress tones 2007/11/03 09:04:38.287 0:18.161 SIP Handler:8564500 OpalMan OnConnected Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:38.287 0:18.161 SIP Handler:8564500 Call OnConnected Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:38.288 0:18.162 SIP Handler:8564500 PCSS SetConnected() 2007/11/03 09:04:38.288 0:18.162 SIP Handler:8564500 GMPCSSEndpoint PCSS connection established 2007/11/03 09:04:38.288 0:18.162 SIP Handler:8564500 GMManager Will establish the connection 2007/11/03 09:04:38.288 0:18.162 SIP Handler:8564500 OpalMan OnEstablished Call[1]-EP[Default] 2007/11/03 09:04:38.288 0:18.162 SIP Handler:8564500 Call OnEstablished Call[1]-EP[Default] 2007/11/03 09:04:38.311 0:18.185 SIP Handler:8564500 Call GetMediaFormats for Call[1]-EP[Default] G.729 PCM-16 2007/11/03 09:04:38.311 0:18.185 SIP Handler:8564500 Call OpenSourceMediaStreams for session 1 with media G.729,PCM-16 2007/11/03 09:04:38.312 0:18.186 SIP Handler:8564500 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:38.312 0:18.186 SIP Handler:8564500 Call OpenSourceMediaStreams for session 2 with media G.729,PCM-16 2007/11/03 09:04:38.312 0:18.186 SIP Handler:8564500 Call OpenSourceMediaStreams for session 3 with media G.729,PCM-16 2007/11/03 09:04:38.335 0:18.209 SIP Handler:8564500 Call GetMediaFormats for Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] G.729 PCM-16 2007/11/03 09:04:38.335 0:18.209 SIP Handler:8564500 Call OpenSourceMediaStreams for session 1 with media G.729,PCM-16 2007/11/03 09:04:38.336 0:18.210 SIP Handler:8564500 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[Default] 2007/11/03 09:04:38.336 0:18.210 SIP Handler:8564500 Call OpenSourceMediaStreams for session 2 with media G.729,PCM-16 2007/11/03 09:04:38.336 0:18.210 SIP Handler:8564500 Call OpenSourceMediaStreams for session 3 with media G.729,PCM-16 2007/11/03 09:04:38.336 0:18.210 SIP Handler:8564500 PWLib File handle high water mark set: 52 Thread unblock pipe 2007/11/03 09:04:38.336 0:18.210 SIP Handler:8564500 PWLib Thread high water mark set: 9 2007/11/03 09:04:38.337 0:18.211 Media Patch:85d64e0 Patch Thread started for Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.729 2007/11/03 09:04:38.338 0:18.212 Media Patch:85d64e0 Alsa Buffer time is 170000 2007/11/03 09:04:38.338 0:18.212 Media Patch:85d64e0 Alsa Period time is 10625 2007/11/03 09:04:38.339 0:18.213 SIP Handler:8564500 Media Starting thread Media Patch:85d64e0 2007/11/03 09:04:38.339 0:18.213 SIP Handler:8564500 PWLib File handle high water mark set: 54 Thread unblock pipe 2007/11/03 09:04:38.340 0:18.214 SIP Handler:8564500 PWLib Thread high water mark set: 10 2007/11/03 09:04:38.340 0:18.214 Media Patch:85c7a80 Patch Thread started for Patch OpalRTPMediaStream-Source-G.729 -> OpalAudioMediaStream-Sink-PCM-16 2007/11/03 09:04:38.341 0:18.215 Media Patch:85c7a80 RTP Opal jitter buffer created: size=101 delay=20-500 ms /160 (20ms) obj=0x85d5758 2007/11/03 09:04:38.342 0:18.216 Media Patch:85c7a80 PWLib File handle high water mark set: 56 Thread unblock pipe 2007/11/03 09:04:38.342 0:18.216 Media Patch:85c7a80 PWLib Thread high water mark set: 11 2007/11/03 09:04:38.342 0:18.216 RTP Jitter:85cfc38 RTP Jitter RTP receive thread started: 0x85d5758 2007/11/03 09:04:38.343 0:18.217 SIP Handler:8564500 Media Starting thread Media Patch:85c7a80 2007/11/03 09:04:38.343 0:18.217 SIP Handler:8564500 OpalCon Media stream threads started. 2007/11/03 09:04:38.343 0:18.217 SIP Handler:8564500 OpalCon Media stream threads started. 2007/11/03 09:04:38.343 0:18.217 SIP Handler:8564500 SIP Awaiting next PDU. 2007/11/03 09:04:38.384 0:18.258 Media Patch:85d64e0 RTP Session 1, first sent data: ver=2 pt=G729 psz=20 m=1 x=0 seq=11040 ts=1266346207 src=3839833797 ccnt=0 2007/11/03 09:04:38.390 0:18.264 RTP Jitter:85cfc38 RTP Session 1, first receive data: ver=2 pt=G729 psz=60 m=0 x=0 seq=9997 ts=1184040010 src=66158642 ccnt=0 2007/11/03 09:04:38.402 0:18.276 Media Patch:85c7a80 Alsa Buffer time is 170000 2007/11/03 09:04:38.402 0:18.276 Media Patch:85c7a80 Alsa Period time is 10625 2007/11/03 09:04:38.464 0:18.338 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:38.525 0:18.399 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:38.587 0:18.461 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:38.647 0:18.522 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:38.705 0:18.579 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:38.801 0:18.675 Media Patch:85c7a80 Opal Expected payload type G729, but received CiscoCN. Ignoring packet 2007/11/03 09:04:40.431 0:20.305 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=101 octets=2020 avgTime=20 maxTime=53 minTime=7 2007/11/03 09:04:41.463 0:21.337 Housekeeper PWLib File handle high water mark set: 57 PUDPSocket 2007/11/03 09:04:41.531 0:21.405 RTP Jitter:85cfc38 RTP Received start of talk burst: 1184065130 2007/11/03 09:04:41.542 0:21.417 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:41.737 0:21.611 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:42.203 0:22.077 Media Patch:85c7a80 Opal Expected payload type G729, but received CiscoCN. Ignoring packet 2007/11/03 09:04:42.436 0:22.311 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=201 octets=4020 avgTime=20 maxTime=50 minTime=7 2007/11/03 09:04:42.880 0:22.755 Opal Listener:84a2400 OpalUDP Binding to interface: 89.78.148.75:5060 ..... Pawel: I cut trace here ..... ..... .... .... 2007/11/03 09:04:42.902 0:22.776 SIP Handler:8564500 SIP Received INVITE OK response 2007/11/03 09:04:42.903 0:22.777 SIP Handler:8564500 SIP RTP payload type G729 matched to codec G.729 2007/11/03 09:04:42.910 0:22.784 SIP Handler:8564500 SIP RTP payload type [pt=100] not matched to audio codec 2007/11/03 09:04:42.910 0:22.784 SIP Handler:8564500 Call GetOtherPartyConnection Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.910 0:22.784 SIP Handler:8564500 Call IsMediaBypassPossible Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] session 1 2007/11/03 09:04:42.911 0:22.785 SIP Handler:8564500 OpalMan IsMediaBypassPossible: session 1 2007/11/03 09:04:42.911 0:22.785 SIP Handler:8564500 OpalCon IsMediaBypassPossible: default returns FALSE 2007/11/03 09:04:42.911 0:22.785 SIP Handler:8564500 RTP Found existing session 1 2007/11/03 09:04:42.912 0:22.786 SIP Handler:8564500 RTP_UDP Session 1, SetRemoteSocketInfo: data channel, new=205.46.34.6:18118, local=89.78.148.75:5000-5001, remote=205.46.34.6:18118-18119 2007/11/03 09:04:42.914 0:22.788 SIP Handler:8564500 Call OpenSourceMediaStreams for session 1 with media G.729,UserInput/RFC2833 2007/11/03 09:04:42.914 0:22.788 SIP Handler:8564500 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[Default] 2007/11/03 09:04:42.915 0:22.789 SIP Handler:8564500 Call GetOtherPartyConnection Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.915 0:22.789 SIP Handler:8564500 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.915 0:22.789 SIP Handler:8564500 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.915 0:22.789 SIP Handler:8564500 SIP Could not find SDP media description for Video 2007/11/03 09:04:42.915 0:22.789 SIP Handler:8564500 SIP Could not find SDP media description for Image 2007/11/03 09:04:42.915 0:22.789 SIP Handler:8564500 OpalMan OnConnected Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.916 0:22.790 SIP Handler:8564500 Call OnConnected Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.916 0:22.790 SIP Handler:8564500 PCSS SetConnected() 2007/11/03 09:04:42.916 0:22.790 SIP Handler:8564500 GMPCSSEndpoint PCSS connection established 2007/11/03 09:04:42.916 0:22.790 SIP Handler:8564500 GMManager Will establish the connection 2007/11/03 09:04:42.916 0:22.790 SIP Handler:8564500 OpalMan OnEstablished Call[1]-EP[Default] 2007/11/03 09:04:42.916 0:22.790 SIP Handler:8564500 Call OnEstablished Call[1]-EP[Default] 2007/11/03 09:04:42.947 0:22.821 SIP Handler:8564500 Call GetMediaFormats for Call[1]-EP[Default] G.729 PCM-16 2007/11/03 09:04:42.947 0:22.821 SIP Handler:8564500 Call OpenSourceMediaStreams for session 1 with media G.729,PCM-16 2007/11/03 09:04:42.948 0:22.822 SIP Handler:8564500 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.948 0:22.822 SIP Handler:8564500 Call OpenSourceMediaStreams for session 2 with media G.729,PCM-16 2007/11/03 09:04:42.948 0:22.822 SIP Handler:8564500 Call OpenSourceMediaStreams for session 3 with media G.729,PCM-16 2007/11/03 09:04:42.977 0:22.851 SIP Handler:8564500 Call GetMediaFormats for Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] G.729 PCM-16 2007/11/03 09:04:42.977 0:22.851 SIP Handler:8564500 Call OpenSourceMediaStreams for session 1 with media G.729,PCM-16 2007/11/03 09:04:42.978 0:22.852 SIP Handler:8564500 OpalCon OpenSourceMediaStream (already opened) for session 1 on Call[1]-EP[Default] 2007/11/03 09:04:42.978 0:22.852 SIP Handler:8564500 Call OpenSourceMediaStreams for session 2 with media G.729,PCM-16 2007/11/03 09:04:42.978 0:22.852 SIP Handler:8564500 Call OpenSourceMediaStreams for session 3 with media G.729,PCM-16 2007/11/03 09:04:42.978 0:22.852 SIP Handler:8564500 OpalCon Media stream threads started. 2007/11/03 09:04:42.978 0:22.852 SIP Handler:8564500 OpalCon Media stream threads started. 2007/11/03 09:04:42.978 0:22.852 SIP Handler:8564500 OpalCon SetPhase from AlertingPhase to EstablishedPhase 2007/11/03 09:04:42.978 0:22.852 SIP Handler:8564500 GMSIPEndpoint SIP connection established 2007/11/03 09:04:42.978 0:22.853 SIP Handler:8564500 RTP Found existing session 1 2007/11/03 09:04:42.979 0:22.853 SIP Handler:8564500 GMManager Will establish the connection 2007/11/03 09:04:42.979 0:22.853 SIP Handler:8564500 OpalMan OnEstablished Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.979 0:22.853 SIP Handler:8564500 Call OnEstablished Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:42.979 0:22.853 SIP Handler:8564500 SIP Awaiting next PDU. 2007/11/03 09:04:43.402 0:23.276 RTP Jitter:85cfc38 RTP Received start of talk burst: 1184080090 2007/11/03 09:04:43.415 0:23.289 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:43.473 0:23.347 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:43.535 0:23.409 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:43.596 0:23.470 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:43.930 0:23.804 Housekeeper SIP Set state Terminated_Success for transaction 2 INVITE 2007/11/03 09:04:43.958 0:23.832 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:43.983 0:23.857 Housekeeper RTP Found existing session 1 2007/11/03 09:04:44.017 0:23.891 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:44.081 0:23.955 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:44.193 0:24.067 Media Patch:85c7a80 Opal Expected payload type G729, but received CiscoCN. Ignoring packet 2007/11/03 09:04:44.442 0:24.316 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=301 octets=6020 avgTime=20 maxTime=44 minTime=7 2007/11/03 09:04:44.983 0:24.858 Housekeeper RTP Found existing session 1 2007/11/03 09:04:45.070 0:24.944 RTP Jitter:85cfc38 RTP Received start of talk burst: 1184093450 2007/11/03 09:04:45.080 0:24.954 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:45.147 0:25.021 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:45.721 0:25.595 Media Patch:85c7a80 Opal Expected payload type G729, but received CiscoCN. Ignoring packet 2007/11/03 09:04:46.001 0:25.875 Housekeeper RTP Found existing session 1 2007/11/03 09:04:46.448 0:26.322 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=401 octets=8020 avgTime=20 maxTime=42 minTime=7 2007/11/03 09:04:46.989 0:26.863 RTP Jitter:85cfc38 RTP Session 1, SentSenderReport: ssrc=3839833797 ntp=3403065886.4249423986 rtp=135936208 psent=428 osent=8560 2007/11/03 09:04:46.989 0:26.863 RTP Jitter:85cfc38 RTP Session 1, SentReceiverReport: ssrc=66158642 fraction=0 lost=0 last_seq=0 jitter=51 lsr=0 dlsr=0 2007/11/03 09:04:46.990 0:26.864 RTP Jitter:85cfc38 RTP Session 1, sending SDES: user1 at chello089078148075.chello.pl 2007/11/03 09:04:47.003 0:26.877 Housekeeper RTP Found existing session 1 2007/11/03 09:04:47.783 0:27.657 RTP Jitter:85cfc38 RTP Session 1, OnRxSenderReport: ssrc=66158642 ntp=2007/11/3-8:57:49.070872 rtp=0 psent=56 osent=3124 RR: ssrc=3124 fraction=228 lost=14628549 last_seq=1 jitter=11503 lsr=0.640 dlsr=51958:21:15.160 2007/11/03 09:04:47.783 0:27.657 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85db38c, current size = 21 2007/11/03 09:04:47.783 0:27.658 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85db3a1, current size = 46 2007/11/03 09:04:47.784 0:27.658 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85db3ba, current size = 71 2007/11/03 09:04:47.784 0:27.658 RTP Jitter:85cfc38 RTP Session 1, OnSourceDescription: 1 entries ssrc=66158642 item[0]: type=CNAME data="0.0.0 at 205.46.34.6" item[1]: type=NAME data="Cisco IOS, VoIP Gateway" item[2]: type=TOOL data="Cisco IOS, VoIP Gateway" 2007/11/03 09:04:48.003 0:27.877 Housekeeper RTP Found existing session 1 2007/11/03 09:04:48.439 0:28.313 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=501 octets=10020 avgTime=19 maxTime=55 minTime=7 2007/11/03 09:04:49.003 0:28.877 Housekeeper RTP Found existing session 1 2007/11/03 09:04:49.746 0:29.620 RTP Jitter:85cfc38 RTP Received start of talk burst: 1184130810 2007/11/03 09:04:49.757 0:29.631 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:49.832 0:29.706 Media Patch:85c7a80 ALSA Could not write 0 960 Success 2007/11/03 09:04:50.032 0:29.906 Housekeeper RTP Found existing session 1 2007/11/03 09:04:50.445 0:30.319 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=601 octets=12020 avgTime=20 maxTime=43 minTime=7 2007/11/03 09:04:50.801 0:30.675 Media Patch:85c7a80 Opal Expected payload type G729, but received CiscoCN. Ignoring packet 2007/11/03 09:04:51.031 0:30.905 Housekeeper RTP Found existing session 1 2007/11/03 09:04:52.069 0:31.943 Housekeeper RTP Found existing session 1 2007/11/03 09:04:52.464 0:32.339 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=701 octets=14020 avgTime=20 maxTime=62 minTime=7 2007/11/03 09:04:53.064 0:32.938 Housekeeper RTP Found existing session 1 2007/11/03 09:04:53.243 0:33.117 RTP Jitter:85cfc38 RTP Session 1, OnRxSenderReport: ssrc=66158642 ntp=2007/11/3-8:57:54.539206 rtp=0 psent=75 osent=4205 RR: ssrc=4205 fraction=228 lost=14628549 last_seq=1 jitter=11777 lsr=0.800 dlsr=51958:21:15.160 2007/11/03 09:04:53.243 0:33.117 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85dbc94, current size = 21 2007/11/03 09:04:53.243 0:33.118 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85dbca9, current size = 46 2007/11/03 09:04:53.244 0:33.118 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85dbcc2, current size = 71 2007/11/03 09:04:53.244 0:33.118 RTP Jitter:85cfc38 RTP Session 1, OnSourceDescription: 1 entries ssrc=66158642 item[0]: type=CNAME data="0.0.0 at 205.46.34.6" item[1]: type=NAME data="Cisco IOS, VoIP Gateway" item[2]: type=TOOL data="Cisco IOS, VoIP Gateway" 2007/11/03 09:04:54.083 0:33.957 Housekeeper RTP Found existing session 1 2007/11/03 09:04:54.451 0:34.325 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=801 octets=16020 avgTime=19 maxTime=42 minTime=7 2007/11/03 09:04:55.089 0:34.963 Housekeeper RTP Found existing session 1 2007/11/03 09:04:55.776 0:35.650 RTP Jitter:85cfc38 RTP Session 1, OnReceiverReport: ssrc=66158642 RR: ssrc=3839833797 fraction=0 lost=1 last_seq=11901 jitter=480 lsr=792:49:17.641 dlsr=10:25:37.972 2007/11/03 09:04:55.776 0:35.650 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85dbc80, current size = 21 2007/11/03 09:04:55.776 0:35.650 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85dbc95, current size = 46 2007/11/03 09:04:55.776 0:35.650 RTP Jitter:85cfc38 RTP Session 1, SourceDescription item 0x85dbcae, current size = 71 2007/11/03 09:04:55.776 0:35.650 RTP Jitter:85cfc38 RTP Session 1, OnSourceDescription: 1 entries ssrc=66158642 item[0]: type=CNAME data="0.0.0 at 205.46.34.6" item[1]: type=NAME data="Cisco IOS, VoIP Gateway" item[2]: type=TOOL data="Cisco IOS, VoIP Gateway" 2007/11/03 09:04:56.112 0:35.986 Housekeeper RTP Found existing session 1 2007/11/03 09:04:56.484 0:36.358 Media Patch:85d64e0 RTP Session 1, transmit statistics: packets=901 octets=18020 avgTime=20 maxTime=52 minTime=7 2007/11/03 09:04:57.016 0:36.890 Call Clearing Call[1] reason=EndedByLocalUser 2007/11/03 09:04:57.016 0:36.890 OpalCon SetPhase from EstablishedPhase to ReleasingPhase 2007/11/03 09:04:57.016 0:36.890 OpalCon Releasing Call[1]-EP[Default] 2007/11/03 09:04:57.016 0:36.890 OpalCon Call end reason for Default set to EndedByLocalUser 2007/11/03 09:04:57.017 0:36.891 PWLib File handle high water mark set: 58 Thread unblock pipe 2007/11/03 09:04:57.017 0:36.891 PWLib Thread high water mark set: 12 2007/11/03 09:04:57.017 0:36.891 OpalCon SetPhase from EstablishedPhase to ReleasingPhase 2007/11/03 09:04:57.017 0:36.891 OpalCon Releasing Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:57.017 0:36.891 OpalCon Call end reason for da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl set to EndedByLocalUser 2007/11/03 09:04:57.017 0:36.891 PWLib File handle high water mark set: 60 Thread unblock pipe 2007/11/03 09:04:57.018 0:36.892 PWLib Thread high water mark set: 13 2007/11/03 09:04:57.023 0:36.897 OnRelease:85b8dc8 OpalCon OnReleased Call[1]-EP[Default] 2007/11/03 09:04:57.024 0:36.898 OnRelease:85b8dc8 Media Closing raw media stream OpalAudioMediaStream-Source-PCM-16 2007/11/03 09:04:57.024 0:36.898 OnRelease:85b8dc8 Media Closing stream OpalAudioMediaStream-Source-PCM-16 2007/11/03 09:04:57.024 0:36.898 OnRelease:85b8dc8 Media Disconnecting OpalAudioMediaStream-Source-PCM-16 from patch thread Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.729 2007/11/03 09:04:57.024 0:36.898 OnRelease:85b8dc8 Patch Closing media patch Patch OpalAudioMediaStream-Source-PCM-16 -> OpalRTPMediaStream-Sink-G.729 2007/11/03 09:04:57.024 0:36.898 OnRelease:85b8dc8 Media Closing raw media stream OpalAudioMediaStream-Source-PCM-16 2007/11/03 09:04:57.025 0:36.899 OnRelease:85b8dc8 Patch Removing media stream sink OpalRTPMediaStream-Sink-G.729 2007/11/03 09:04:57.025 0:36.899 OnRelease:85b8dc8 Patch Waiting for media patch thread to stop Patch OpalAudioMediaStream-Source-PCM-16 2007/11/03 09:04:57.025 0:36.899 OnRelease:8634b00 SIP OnReleased: Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl], phase = ReleasingPhase 2007/11/03 09:04:57.026 0:36.900 OnRelease:8634b00 OpalCon SetPhase from ReleasingPhase to ReleasingPhase 2007/11/03 09:04:57.027 0:36.901 OnRelease:8634b00 PWLib File handle high water mark set: 61 PUDPSocket 2007/11/03 09:04:57.029 0:36.903 Media Patch:85d64e0 Patch Thread ended for Patch OpalAudioMediaStream-Source-PCM-16 2007/11/03 09:04:57.034 0:36.908 OnRelease:8634b00 SIP Transaction 4 BYE created. 2007/11/03 09:04:57.035 0:36.909 OnRelease:85b8dc8 PWLib Destroyed thread 0x85d64e0 Media Patch:85d64e0(id = 0) 2007/11/03 09:04:57.036 0:36.910 OnRelease:85b8dc8 Patch Media patch thread Patch OpalAudioMediaStream-Source-PCM-16 destroyed. 2007/11/03 09:04:57.036 0:36.910 OnRelease:85b8dc8 Media Closing raw media stream OpalAudioMediaStream-Sink-PCM-16 2007/11/03 09:04:57.037 0:36.911 OnRelease:85b8dc8 Media Closing stream OpalAudioMediaStream-Sink-PCM-16 2007/11/03 09:04:57.037 0:36.911 OnRelease:85b8dc8 Media Disconnecting OpalAudioMediaStream-Sink-PCM-16 from patch thread Patch OpalRTPMediaStream-Source-G.729 -> OpalAudioMediaStream-Sink-PCM-16 2007/11/03 09:04:57.037 0:36.911 OnRelease:85b8dc8 Patch Removing media stream sink OpalAudioMediaStream-Sink-PCM-16 2007/11/03 09:04:57.038 0:36.912 OnRelease:85b8dc8 OpalCon Media stream threads closed. 2007/11/03 09:04:57.039 0:36.913 OnRelease:85b8dc8 GMPCSSEndpoint PCSS connection released 2007/11/03 09:04:57.039 0:36.913 OnRelease:85b8dc8 OpalEP OnReleased Call[1]-EP[Default] 2007/11/03 09:04:57.039 0:36.913 OnRelease:85b8dc8 GMManager Will release the connection 2007/11/03 09:04:57.039 0:36.913 OnRelease:85b8dc8 OpalMan OnReleased Call[1]-EP[Default] 2007/11/03 09:04:57.039 0:36.913 OnRelease:85b8dc8 Call OnReleased Call[1]-EP[Default] 2007/11/03 09:04:57.039 0:36.914 OnRelease:85b8dc8 OpalCon Already released Call[1]-EP[da498715-5188-dc11-9be6-00300510c2ee at chello089078148075.chello.pl] 2007/11/03 09:04:57.040 0:36.914 OnRelease:85b8dc8 OpalCon OnRelease thread completed for Default 2007/11/03 09:04:57.040 0:36.914 ThreadID=0xb45bcb90 PWLib Destroyed thread 0x85b8dc8 OnRelease:85b8dc8(id = 0) 2007/11/03 09:04:57.041 0:36.915 OnRelease:8634b00 Media Closing RTP for OpalRTPMediaStream-Sink-G.729 2007/11/03 09:04:57.041 0:36.915 OnRelease:8634b00 RTP Session 1, SentSenderReport: ssrc=3839833797 ntp=3403065897.179085564 rtp=135936208 psent=927 osent=18540 2007/11/03 09:04:57.041 0:36.915 OnRelease:8634b00 RTP Session 1, SentReceiverReport: ssrc=66158642 fraction=0 lost=0 last_seq=10043 jitter=63 lsr=0 dlsr=0 2007/11/03 09:04:57.143 0:37.017 OnRelease:8634b00 RTP_UDP Session 1, Shutting down write. 2007/11/03 09:04:57.143 0:37.017 OnRelease:8634b00 Media Closing stream OpalRTPMediaStream-Sink-G.729 2007/11/03 09:04:57.144 0:37.018 OnRelease:8634b00 Media Closing RTP for OpalRTPMediaStream-Source-G.729 2007/11/03 09:04:57.144 0:37.018 OnRelease:8634b00 RTP_UDP Session 1, Shutting down read. 2007/11/03 09:04:57.144 0:37.018 RTP Jitter:85cfc38 RTP_UDP Session 1, Read shutdown. 2007/11/03 09:04:57.144 0:37.018 RTP Jitter:85cfc38 RTP Jitter RTP receive thread ended 2007/11/03 09:04:57.145 0:37.019 RTP Jitter:85cfc38 RTP Jitter RTP receive thread finished: 0x85d5758 2007/11/03 09:04:57.145 0:37.019 OnRelease:8634b00 Media Closing stream OpalRTPMediaStream-Source-G.729 2007/11/03 09:04:57.145 0:37.019 OnRelease:8634b00 Media Disconnecting OpalRTPMediaStream-Source-G.729 from patch thread Patch OpalRTPMediaStream-Source-G.729 2007/11/03 09:04:57.145 0:37.019 OnRelease:8634b00 Patch Closing media patch Patch OpalRTPMediaStream-Source-G.729 2007/11/03 09:04:57.145 0:37.019 OnRelease:8634b00 Media Closing RTP for OpalRTPMediaStream-Source-G.729 2007/11/03 09:04:57.145 0:37.019 OnRelease:8634b00 RTP_UDP Session 1, Shutting down read. 2007/11/03 09:04:57.145 0:37.020 OnRelease:8634b00 Patch Waiting for media patch thread to stop Patch OpalRTPMediaStream-Source-G.729 2007/11/03 09:04:57.146 0:37.020 Media Patch:85c7a80 Patch Thread ended for Patch OpalRTPMediaStream-Source-G.729 2007/11/03 09:04:57.156 0:37.030 OnRelease:8634b00 PWLib Destroyed thread 0x85c7a80 Media Patch:85c7a80(id = 0) 2007/11/03 09:04:57.156 0:37.030 OnRelease:8634b00 Patch Media patch thread Patch OpalRTPMediaStream-Source-G.729 destroyed. 2007/11/03 09:04:57.157 0:37.031 Housekeeper RTP Found existing session 1 2007/11/03 09:04:57.157 0:37.031 OnRelease:8634b00 OpalCon Media stream threads closed. 2007/11/03 09:04:57.158 0:37.032 OnRelease:8634b00 SIP Adding authentication information 2007/11/03 09:04:57.159 0:37.033 OnRelease:8634b00 PWLib File handle low water mark set: 47 PUDPSocket Regards, Pawel From paulino90 at tenbit.pl Sun Nov 4 20:52:11 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Sun, 4 Nov 2007 21:52:11 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194202927.2841.29.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> Message-ID: <18222.12539.913377.86261@localhost.localdomain> Jure Petrovic writes: > > > Please swap the src/main.c file with the attached one and recompile. > This is a small test program for g729 codec. It encodes test.wav file to > test.g729 and then decodes it back to test_out.raw. > > Let me know if the test.wav and test_out.raw files contain the same > audio sample. (Except for lower quality, of course ;)) You just take any > wav sample and put it in bin/ directory with the name test.wav. > > Oh, the resulting test_out.raw file is in WAV format, but it doesn't > contain appropriate headers, so you will have to import it as "raw > audio" with audacity or something similar. > > > Also, if you start ekiga from the console with -d 4 option, you will see > some output from the codec. Can you paste this here, please? Jure, It looks a little bit on the problem with ipp library, isn't it? I compiled myg729 against: $ ldd g729_audio_pwplugin.so linux-gate.so.1 => (0xb7f89000) libguide.so => /opt/intel/ipp/5.2/ia32/sharedlib/libguide.so (0xb7f1e000) libippsc.so.5.2 => /opt/intel/ipp/5.2/ia32/sharedlib/libippsc.so.5.2 (0xb7f11000) libippsr.so.5.2 => /opt/intel/ipp/5.2/ia32/sharedlib/libippsr.so.5.2 (0xb7efb000) libipps.so.5.2 => /opt/intel/ipp/5.2/ia32/sharedlib/libipps.so.5.2 (0xb7ec3000) libippcore.so.5.2 => /opt/intel/ipp/5.2/ia32/sharedlib/libippcore.so.5.2 (0xb7ebc000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7ea4000) libm.so.6 => /lib/libm.so.6 (0xb7e7d000) libc.so.6 => /lib/libc.so.6 (0xb7d40000) libdl.so.2 => /lib/libdl.so.2 (0xb7d3c000) /lib/ld-linux.so.2 (0x80000000) Regards, Pawel From lurch at gmx.li Sun Nov 4 21:42:58 2007 From: lurch at gmx.li (Stefan Bruens) Date: Sun, 04 Nov 2007 22:42:58 +0100 Subject: [Ekiga-list] PCM-16 format In-Reply-To: <1194206734.28837.4.camel@localhost.localdomain> References: <1194206734.28837.4.camel@localhost.localdomain> Message-ID: <200711042243.02715.lurch@gmx.li> Am Sonntag, 4. November 2007 21:05:34 schrieb Jure Petrovic: > Hello, > > please correct me if I am wrong. Ekiga audio input format is considered > PCM-16 with following characteristics: > > sample rate: 8000 Hz > resolution: 8 bit > 2 channels > > --> 160 kbytes/sec or 160 000 bytes/sec > > Correct? Nope, PCM-16 is 16bit/sample. Sampling frequency depends on usage of narrow or wideband codec and is either 16kHz or 8kHz. Only one channel (mono). Netword bandwidth usage is somewhere between 64kBit/s (uLaw/ALaw aka. G.711) and 2.4kBit/s (LPC-10). Lurchi -- Stefan Br?ns / Kastanienweg 6 - Zimmer 1206 / 52074 Aachen mailto:lurch at gmx.li http://www.kawo1.rwth-aachen.de/~lurchi/ phone: +49 241 169-4206 mobile: +49 160 3797725 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From fonz at siol.net Sun Nov 4 21:45:14 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 04 Nov 2007 22:45:14 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18222.12539.913377.86261@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> Message-ID: <1194212714.3198.6.camel@localhost.localdomain> Yes, indeed. You can try the version that I used. http://home.royal.si/l_ipp_ia32_itanium_p_4_1_2.tar (Please note that Intel published this library under certain license and you have to agree with it, if you want to use the software.) Regards, Jure On Sun, 2007-11-04 at 21:52 +0100, PawelCarqowski wrote: > > Jure, > It looks a little bit on the problem with ipp library, isn't it? From fonz at siol.net Sun Nov 4 21:55:41 2007 From: fonz at siol.net (Jure Petrovic) Date: Sun, 04 Nov 2007 22:55:41 +0100 Subject: [Ekiga-list] PCM-16 format In-Reply-To: <200711042243.02715.lurch@gmx.li> References: <1194206734.28837.4.camel@localhost.localdomain> <200711042243.02715.lurch@gmx.li> Message-ID: <1194213341.3198.12.camel@localhost.localdomain> Ok, so in this case we have: 16 bits/sample * 8000 samples/sec = 128000 bits/sec = 16000 bytes/sec or 160 bytes/10 msec. ...when using narrowband. Thank you, Jure On Sun, 2007-11-04 at 22:42 +0100, Stefan Bruens wrote: > Nope, PCM-16 is 16bit/sample. Sampling frequency depends on usage of > narrow or > wideband codec and is either 16kHz or 8kHz. Only one channel (mono). > > Netword bandwidth usage is somewhere between 64kBit/s (uLaw/ALaw aka. > G.711) > and 2.4kBit/s (LPC-10). > > Lurchi From paulino90 at tenbit.pl Mon Nov 5 08:01:48 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Mon, 5 Nov 2007 09:01:48 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) stops call procedure on ACK to 407 Proxy Authentication Required In-Reply-To: <1194206514.4149.14.camel@scorpion> References: <18218.19285.508823.814111@localhost.localdomain> <1194206514.4149.14.camel@scorpion> Message-ID: <18222.52716.295854.83020@localhost.localdomain> Damien Sandras writes: > Hi, > > Le jeudi 01 novembre 2007 ? 22:55 +0100, PawelCarqowski a ?crit : > > > > Hallo group members. > > > > Ekiga 2.1.0 (svn) stops at ACK to 497 Proxy Authentication Required. > > > > Registration succeeds, but call looks in the following way: > > > > ekiga Voip provider > > > > ---------------- invite ------------> > > <-- proxy authentication required ---- > > ------------ ACK --------------------> > > > > conversation stops here. > > > > When I use sjphone, the beginning looks as above, > > then it goes further with: > > > > ------- invite with authentication -----> > > <------ trying ------------------------- > > <----------- session progress ---------- > > <--------- OK -------------------------- > > ------------- ACK ----------------------> > > > > call is established here. > > > > Have You got idea what might be the problem. > > > > I remember that ekiga 2.0.x (x=11 as I remember correctly) > > was establishing the call correctly. > > > > You will have to upload a -d 4 output somewhere. > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list Hallo Damien I just solved my problem. The solution was with setting up sip outbound proxy, which is another than registrar. Now it works properly. I used "ekiga -d 4" for problem solution. Thank YOu Regards, Pawel From cm at blinkenlichten.de Tue Nov 6 02:16:49 2007 From: cm at blinkenlichten.de (Carsten Maass) Date: Tue, 06 Nov 2007 03:16:49 +0100 Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 In-Reply-To: <472B91D6.000001.17855@kamasutra> References: <472B91D6.000001.17855@kamasutra> Message-ID: <472FCE91.6000807@blinkenlichten.de> Palo S. schrieb: >> There is no easy fix. However, I think I remember there was a GConf key >> in the Ekiga arborescence to force video to large. The key is >> video_size, and if I remember correctly, it should be set to \"1\". >> -- > > There is no video_size key for ekiga in gconf. And adding video_size > of integer type to video section and setting it to 1 does not change > anything. The key is under apps --> ekiga --> devices --> video --> size 0 for QCIF, 1 for CIF Greetings, Carsten. From paulino90 at tenbit.pl Tue Nov 6 08:15:54 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Tue, 6 Nov 2007 09:15:54 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194212714.3198.6.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> Message-ID: <18224.8890.696225.827334@localhost.localdomain> Jure Petrovic writes: > > Yes, indeed. > You can try the version that I used. > > http://home.royal.si/l_ipp_ia32_itanium_p_4_1_2.tar > It did the job:) Works fine now. Thanks alot for solving the problem. Regards, Pawel ps. does anyone need build.sh for ipp.5.2 ? If Yes, I'll attach it. From fonz at siol.net Tue Nov 6 08:36:47 2007 From: fonz at siol.net (Jure Petrovic) Date: Tue, 06 Nov 2007 09:36:47 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18224.8890.696225.827334@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> Message-ID: <1194338207.2909.14.camel@localhost.localdomain> No problem. Maybe you got a clue why it does not work with IPP 5.2? Any compilation problems or something similar? Regards, Jure On Tue, 2007-11-06 at 09:15 +0100, PawelCarqowski wrote: > It did the job:) > Works fine now. > Thanks alot for solving the problem. > > Regards, > Pawel > > ps. does anyone need build.sh for ipp.5.2 ? > If Yes, I'll attach it. From paulino90 at tenbit.pl Tue Nov 6 09:48:28 2007 From: paulino90 at tenbit.pl (Pawel) Date: Tue, 6 Nov 2007 10:48:28 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194338207.2909.14.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> Message-ID: <18224.14444.875746.760244@localhost.localdomain> Jure Petrovic writes: > > No problem. > Maybe you got a clue why it does not work with IPP 5.2? Any compilation > problems or something similar? I am guessing that G729->PCM works fine, because I could hear remote party well. The problem is that remote party hears squeaky noise, so the problem seems to be only with PCM->G729 part. To compile I did some changes to build.sh script, esspecially at linking part - IPP libraries' names changed, and some other had to be added. There were no compilation warnings afterwards - clean compilation. 5.2 is an evaluation version, so maybe this is a problem. Regards, Pawel From palos at post.sk Tue Nov 6 09:44:26 2007 From: palos at post.sk (Palo S.) Date: 06 Nov 2007 10:44:26 +0100 (CET) Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 Message-ID: <4730377A.000001.26345@kamasutra> ----- Origin?lna Spr?va ----- Od: Carsten Maass Komu: Ekiga mailing list Poslan?: 06.11.2007 03:16 Predmet: Re: [Ekiga-list] CIF over h261 on Ekiga 2.0 > Palo S. schrieb: > >> There is no easy fix. However, I think I remember there was a GConf key > >> in the Ekiga arborescence to force video to large. The key is > >> video_size, and if I remember correctly, it should be set to \\\"1\\\". > >> -- > > > > There is no video_size key for ekiga in gconf. And adding video_size > > of integer type to video section and setting it to 1 does not change > > anything. > > The key is under apps --> ekiga --> devices --> video --> size > > 0 for QCIF, 1 for CIF > > Indeed. I feel bit stupid now. Thanks for notice :) Unfortunately, it only does CIF for the preview (camera button). When making a call, QCIF is still sent to the other side (confirmed by -d4 output)... So this is not very useful, or I miss something else again :) __________ http://kultura.sme.sk/ - Informa?n? server o kult?re a ?oubiznise From fonz at siol.net Tue Nov 6 10:33:56 2007 From: fonz at siol.net (Jure Petrovic) Date: Tue, 06 Nov 2007 11:33:56 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18224.14444.875746.760244@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> Message-ID: <1194345237.3412.14.camel@localhost.localdomain> I know that encoding worked for me with IPP 5.1... If they changed the interface in 5.2, I will rewrite this eventually...:) Does anyone know to which IPP version is asterisk g729 codec linked? When opal 2.3.x becomes "stable" things will be much easier as you won't have to recompile ekiga anymore to use dynamic module loading. Regards, Jure On Tue, 2007-11-06 at 10:48 +0100, Pawel wrote: > I am guessing that G729->PCM works fine, because I could hear remote > party well. The problem is that remote party hears squeaky noise, so > the problem seems to be only with PCM->G729 part. > To compile I did some changes to build.sh script, esspecially at > linking part - IPP libraries' names changed, and some other had to be > added. > There were no compilation warnings afterwards - clean compilation. > > 5.2 is an evaluation version, so maybe this is a problem. > > Regards, > Pawel From DAVE.HIGTON at nice.com Tue Nov 6 10:42:57 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 6 Nov 2007 10:42:57 -0000 Subject: [Ekiga-list] Ekiga paralysed if no registration server Message-ID: Why is Ekiga paralysed if no registration server is specified or enabled? I get this on SuSE Linux 10.2 with Ekiga version 2.0.11 but it was no different on the previous version (2.0.3 I think). Curiously, I don't seem to see the same effect on Windoze (2k, 2.0.11) or on Fedora Core 5. The only difference I can think of is that the Windoze and FC5 installations have never had a SIP account specified, whereas the SuSE one has (Sipgate) but I want to use it for demo purposes where there is no access to the Internet. I have unticked the Sipgate account, which is the only one present. Also there is no such delay on the SuSE installation when it has access to the Internet. 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 dsandras at seconix.com Tue Nov 6 11:17:48 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 06 Nov 2007 12:17:48 +0100 Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 In-Reply-To: <4730377A.000001.26345@kamasutra> References: <4730377A.000001.26345@kamasutra> Message-ID: <1194347868.4182.2.camel@scorpion> Le mardi 06 novembre 2007 ? 10:44 +0100, Palo S. a ?crit : > ----- Origin?lna Spr?va ----- > Od: Carsten Maass > Komu: Ekiga mailing list > Poslan?: 06.11.2007 03:16 > Predmet: Re: [Ekiga-list] CIF over h261 on Ekiga 2.0 > > > Palo S. schrieb: > > >> There is no easy fix. However, I think I remember there was a GConf key > > >> in the Ekiga arborescence to force video to large. The key is > > >> video_size, and if I remember correctly, it should be set to \\\"1\\\". > > >> -- > > > > > > There is no video_size key for ekiga in gconf. And adding video_size > > > of integer type to video section and setting it to 1 does not change > > > anything. > > > > The key is under apps --> ekiga --> devices --> video --> size > > > > 0 for QCIF, 1 for CIF > > > > > > Indeed. I feel bit stupid now. Thanks for notice :) > Unfortunately, it only does CIF for the preview (camera button). > When making a call, QCIF is still sent to the other side (confirmed > by -d4 output)... So this is not very useful, or I miss something > else again :) It's impossible, CIF is being sent... (even if the log indicates QCIF). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Nov 6 11:18:24 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 06 Nov 2007 12:18:24 +0100 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: References: Message-ID: <1194347904.4182.4.camel@scorpion> Le mardi 06 novembre 2007 ? 10:42 +0000, Dave Higton a ?crit : > Why is Ekiga paralysed if no registration server is specified or > enabled? I get this on SuSE Linux 10.2 with Ekiga version 2.0.11 but it > was no different on the previous version (2.0.3 I think). > What does that mean ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From DAVE.HIGTON at nice.com Tue Nov 6 11:45:42 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 6 Nov 2007 11:45:42 -0000 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: <1194347904.4182.4.camel@scorpion> References: <1194347904.4182.4.camel@scorpion> Message-ID: > Le mardi 06 novembre 2007 ? 10:42 +0000, Dave Higton a ?crit : > > Why is Ekiga paralysed if no registration server is specified or > > enabled? I get this on SuSE Linux 10.2 with Ekiga version > 2.0.11 but it > > was no different on the previous version (2.0.3 I think). > > > > What does that mean ? It takes several tens of seconds (at least) to respond, for example to an incoming call. 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 dsandras at seconix.com Tue Nov 6 11:49:33 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 06 Nov 2007 12:49:33 +0100 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: References: <1194347904.4182.4.camel@scorpion> Message-ID: <1194349773.4182.17.camel@scorpion> Le mardi 06 novembre 2007 ? 11:45 +0000, Dave Higton a ?crit : > > Le mardi 06 novembre 2007 ? 10:42 +0000, Dave Higton a ?crit : > > > Why is Ekiga paralysed if no registration server is specified or > > > enabled? I get this on SuSE Linux 10.2 with Ekiga version > > 2.0.11 but it > > > was no different on the previous version (2.0.3 I think). > > > > > > > What does that mean ? > > It takes several tens of seconds (at least) to respond, for > example to an incoming call. > There is a limitation in Ekiga 2.0: the fact that it does DNS queries even when it is not useful. On WIN32, the code has been accidentally removed. It would explain why you do not encounter the problem on WIN32. It indicates a problem on your DNS server... (it is slow). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From sevmek at free.fr Tue Nov 6 11:51:53 2007 From: sevmek at free.fr (yannick) Date: Tue, 06 Nov 2007 12:51:53 +0100 Subject: [Ekiga-list] Compiz breaks Ekiga in Ubuntu Gutsy 7.10 Message-ID: <1194349914.7740.1.camel@achille> Hi, The first time you run Ekiga, the Ekiga's configuration wizard appears; in Step 5 Ekiga detects NAT Type. With Visual Effects enabled (Compiz), the dialog box with the results is unresizable and too small to read the results it produces. Workaround: Disable Visual Effects, from the System menu, choose Preferences ? Appearance ? Visual Effects. Select "None". Restart Ekiga. https://help.ubuntu.com/community/Ekiga#head-1096fe2386870b8e741534ea58e2a7409e6129ee Regards, Yannick -- 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 DAVE.HIGTON at nice.com Tue Nov 6 11:56:29 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 6 Nov 2007 11:56:29 -0000 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: <1194349773.4182.17.camel@scorpion> References: <1194347904.4182.4.camel@scorpion> <1194349773.4182.17.camel@scorpion> Message-ID: > Le mardi 06 novembre 2007 ? 11:45 +0000, Dave Higton a ?crit : > > > Le mardi 06 novembre 2007 ? 10:42 +0000, Dave Higton a ?crit : > > > > Why is Ekiga paralysed if no registration server is specified or > > > > enabled? I get this on SuSE Linux 10.2 with Ekiga version > > > 2.0.11 but it > > > > was no different on the previous version (2.0.3 I think). > > > > > > > > > > What does that mean ? > > > > It takes several tens of seconds (at least) to respond, for > > example to an incoming call. > > > > There is a limitation in Ekiga 2.0: the fact that it does DNS queries > even when it is not useful. On WIN32, the code has been accidentally > removed. It would explain why you do not encounter the > problem on WIN32. > > It indicates a problem on your DNS server... (it is slow). In that configuration, it's non-existent. Can I disable Ekiga's DNS requests? 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 dsandras at seconix.com Tue Nov 6 11:59:04 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 06 Nov 2007 12:59:04 +0100 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: References: <1194347904.4182.4.camel@scorpion> <1194349773.4182.17.camel@scorpion> Message-ID: <1194350344.4182.21.camel@scorpion> Le mardi 06 novembre 2007 ? 11:56 +0000, Dave Higton a ?crit : > > Le mardi 06 novembre 2007 ? 11:45 +0000, Dave Higton a ?crit : > > > > Le mardi 06 novembre 2007 ? 10:42 +0000, Dave Higton a ?crit : > > > > > Why is Ekiga paralysed if no registration server is specified or > > > > > enabled? I get this on SuSE Linux 10.2 with Ekiga version > > > > 2.0.11 but it > > > > > was no different on the previous version (2.0.3 I think). > > > > > > > > > > > > > What does that mean ? > > > > > > It takes several tens of seconds (at least) to respond, for > > > example to an incoming call. > > > > > > > There is a limitation in Ekiga 2.0: the fact that it does DNS queries > > even when it is not useful. On WIN32, the code has been accidentally > > removed. It would explain why you do not encounter the > > problem on WIN32. > > > > It indicates a problem on your DNS server... (it is slow). > > In that configuration, it's non-existent. > > Can I disable Ekiga's DNS requests? > Yes, if you look in the archives, I indicate to someone where it is located. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From jpuydt at free.fr Tue Nov 6 12:58:43 2007 From: jpuydt at free.fr (Julien Puydt) Date: Tue, 06 Nov 2007 13:58:43 +0100 Subject: [Ekiga-list] Compiz breaks Ekiga in Ubuntu Gutsy 7.10 In-Reply-To: <1194349914.7740.1.camel@achille> References: <1194349914.7740.1.camel@achille> Message-ID: <47306503.8020605@free.fr> yannick a ?crit : > Hi, > > The first time you run Ekiga, the Ekiga's configuration wizard appears; > in Step 5 Ekiga detects NAT Type. > > With Visual Effects enabled (Compiz), the dialog box with the results is > unresizable and too small to read the results it produces. > > Workaround: Disable Visual Effects, from the System menu, choose > Preferences ? Appearance ? Visual Effects. Select "None". > > Restart Ekiga. > > https://help.ubuntu.com/community/Ekiga#head-1096fe2386870b8e741534ea58e2a7409e6129ee Wouldn't that be a compiz bug more than an ekiga bug ? Snark From sevmek at free.fr Tue Nov 6 13:13:18 2007 From: sevmek at free.fr (yannick) Date: Tue, 06 Nov 2007 14:13:18 +0100 Subject: [Ekiga-list] Compiz breaks Ekiga in Ubuntu Gutsy 7.10 In-Reply-To: <47306503.8020605@free.fr> References: <1194349914.7740.1.camel@achille> <47306503.8020605@free.fr> Message-ID: <1194354799.7740.10.camel@achille> Le mardi 06 novembre 2007 ? 13:58 +0100, Julien Puydt a ?crit : > yannick a ?crit : > > Hi, > > > > The first time you run Ekiga, the Ekiga's configuration wizard appears; > > in Step 5 Ekiga detects NAT Type. > > > > With Visual Effects enabled (Compiz), the dialog box with the results is > > unresizable and too small to read the results it produces. > > > > Workaround: Disable Visual Effects, from the System menu, choose > > Preferences ? Appearance ? Visual Effects. Select "None". > > > > Restart Ekiga. > > > > https://help.ubuntu.com/community/Ekiga#head-1096fe2386870b8e741534ea58e2a7409e6129ee > > Wouldn't that be a compiz bug more than an ekiga bug ? Probably. As it affects the druid and prevent the user to finish it (no button can be seen), I decided to advice people here. Regards, Yannick > > Snark > _______________________________________________ > 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 paulino90 at tenbit.pl Tue Nov 6 20:18:20 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Tue, 6 Nov 2007 21:18:20 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194345237.3412.14.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> Message-ID: <18224.52236.676342.970012@localhost.localdomain> Jure Petrovic writes: > I know that encoding worked for me with IPP 5.1... > If they changed the interface in 5.2, I will rewrite this > eventually...:) > Hmmm, so maybe this is my build.sh script. Did You use anything similar while compiling myg729 against IPP 5.1?: ## Sunday, October 28 2007: modified to use ipp 5.2 version. echo "Cleaning up..." rm -rf ./bin/* echo "Starting g729 build process..." IPP_DIR=/opt/intel/ipp/5.2/ia32 ##${IPP_PX_H}="-include ${IPP_DIR}/tools/staticlib/ipp_px.h" IPP_PX_H="" echo "Compiling util_d.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -obin/util_d.o api/util_d.c echo "Compiling util_e.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -obin/util_e.o api/util_e.c echo "Compiling encg729.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -obin/encg729fp.o api/encg729fp.c echo "Compiling owng729fp.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -obin/owng729fp.o api/owng729fp.c echo "Compiling usc729fp.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -obin/usc729fp.o api/usc729fp.c echo "Compiling vm_thread_linux_32.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -obin/vm_thread_linux32.o vm/src/vm_thread_linux32.c echo "Compiling decg729fp.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -obin/decg729fp.o api/decg729fp.c echo "Compiling myg729.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -o bin/myg729.o src/myg729.c echo "Compiling main.c..." gcc -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -fPIC -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O2 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -o bin/main.o src/main.c echo "Compiling g729codec.c..." gcc -I /usr/include/opal -I./include -I./vm/include -I${IPP_DIR}/include ${IPP_PX_H} -fPIC -D__unix__ -Dlinux -Dlinux32 -DNDEBUG -DLINUX32 -DNO_SCRATCH_MEMORY_USED -c -O6 -march=pentium2 -ffast-math -fomit-frame-pointer -DIPPCORE_NO_SSE -obin/g729codec.o src/g729codec.c echo "Linking main..." ## gcc -o bin/main bin/main.o bin/util_e.o bin/util_d.o bin/myg729.o bin/decg729fp.o bin/encg729fp.o bin/owng729fp.o bin/usc729fp.o bin/vm_thread_linux32.o -L${IPP_DIR}/lib -lippscmerged -lippsrmerged -lippsmerged -lippcore -lpthread -lm gcc -o bin/main bin/main.o bin/util_e.o bin/util_d.o bin/myg729.o bin/decg729fp.o bin/encg729fp.o bin/owng729fp.o bin/usc729fp.o bin/vm_thread_linux32.o -L${IPP_DIR}/sharedlib -lguide -lippsc -lippsr -lipps -lippcore -lpthread -lm echo "Linking g729 audio plugin in shared library..." #gcc -shared -Wl,-soname,g729 -o bin/g729_audio_pwplugin.so bin/g729codec.o bin/myg729.o bin/util_e.o bin/util_d.o bin/decg729fp.o bin/encg729fp.o bin/owng729fp.o bin/usc729fp.o bin/vm_thread_linux32.o -L${IPP_DIR}/lib -lippscmerged -lippsrmerged -lippsmerged -lippcore -lpthread -lm gcc -shared -Wl,-soname,g729 -o bin/g729_audio_pwplugin.so bin/g729codec.o bin/myg729.o bin/util_e.o bin/util_d.o bin/decg729fp.o bin/encg729fp.o bin/owng729fp.o bin/usc729fp.o bin/vm_thread_linux32.o -L${IPP_DIR}/sharedlib -lguide -lippsc -lippsr -lipps -lippcore -lpthread -lm echo "Done." Regards, Pawel From palos at post.sk Tue Nov 6 19:50:27 2007 From: palos at post.sk (Palo S.) Date: 06 Nov 2007 20:50:27 +0100 (CET) Subject: [Ekiga-list] CIF over h261 on Ekiga 2.0 Message-ID: <4730C583.000001.25717@kamasutra> > It\'s impossible, CIF is being sent... (even if the log indicates QCIF). > -- With video->size set to 0, clicking on camera button, zooming to max, ie 352x288. Quite bad pixelation. Now setting video->size to 1. Size doubles, so zooming back to 352x288. Almost no visible pixelation. Clearly CIF. Calling 500 at ekiga.net. Local shrinks to half. So zooming in to get 352x288. The same bad pixelation as at the beginning. After remote appears, it is as bad as local. Clearly QCIF. Maybe I\'m doing something wrong but I am pretty sure that it is QCIF that is being sent... __________ Mobiln? telef?ny v slovenskej premi?re a najaktu?lnej?ie inform?cie - http://mobil.sme.sk/ From edie_morton at yahoo.com Thu Nov 8 02:25:19 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Wed, 7 Nov 2007 18:25:19 -0800 (PST) Subject: [Ekiga-list] Help with Unibrain firewire Message-ID: <82352.32804.qm@web56712.mail.re3.yahoo.com> I have a Unibrain firewire camera which is connected to a firewire pci card. Ekiga doesn't see the camera and gives me a gives me a No device found. I modprobe the four modules (ieee1394, raw1394, video1394, and ohci1394. I tried the command /usr/testlibraw and get indication on node 0. lost what to do next. Help __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpuydt at free.fr Thu Nov 8 06:39:25 2007 From: jpuydt at free.fr (Julien Puydt) Date: Thu, 08 Nov 2007 07:39:25 +0100 Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <82352.32804.qm@web56712.mail.re3.yahoo.com> References: <82352.32804.qm@web56712.mail.re3.yahoo.com> Message-ID: <4732AF1D.2020105@free.fr> Edie Morton a ?crit : > I have a Unibrain firewire camera which is connected to a firewire pci card. Ekiga doesn't see the camera and gives me a gives me a No device found. I modprobe the four modules (ieee1394, raw1394, video1394, and ohci1394. I tried the command /usr/testlibraw and get indication on node 0. > > lost what to do next. Help > Install either the pwlib DC plugin or AVC plugin : - DC if it's just a camera ; - AVC if it does audio too. Snark on #ekiga From fonz at siol.net Thu Nov 8 08:36:43 2007 From: fonz at siol.net (Jure Petrovic) Date: Thu, 08 Nov 2007 09:36:43 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18224.52236.676342.970012@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> Message-ID: <1194511003.2949.5.camel@localhost.localdomain> On Tue, 2007-11-06 at 21:18 +0100, PawelCarqowski wrote: > Hmmm, so maybe this is my build.sh script. > Did You use anything similar while compiling myg729 against IPP 5.1?: No, I think I linked against the same libs, but I had to change some function names. If I still remember correctly they had some prefixes. I'll get to the bottom of this and post results, but right now my schedule is almost airtight :( If you're in a hurry I can upload IPP5.1 for you and you can test it yourself...? Jure From paulino90 at tenbit.pl Thu Nov 8 09:24:29 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Thu, 8 Nov 2007 10:24:29 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194511003.2949.5.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> <1194511003.2949.5.camel@localhost.localdomain> Message-ID: <18226.54733.937604.178240@localhost.localdomain> Jure Petrovic writes: > On Tue, 2007-11-06 at 21:18 +0100, PawelCarqowski wrote: > > Hmmm, so maybe this is my build.sh script. > > Did You use anything similar while compiling myg729 against IPP 5.1?: > > No, I think I linked against the same libs, but I had to change some > function names. If I still remember correctly they had some prefixes. > > I'll get to the bottom of this and post results, but right now my > schedule is almost airtight :( > > If you're in a hurry I can upload IPP5.1 for you and you can test it > yourself...? > I am not in a hurry, but I have some spare time now, so maybe I should try with 5.1. Regards, Pawel From edie_morton at yahoo.com Thu Nov 8 11:25:35 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Thu, 8 Nov 2007 03:25:35 -0800 (PST) Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <4732AF1D.2020105@free.fr> Message-ID: <396781.85276.qm@web56702.mail.re3.yahoo.com> Thanks for your help. Julien Puydt wrote: Edie Morton a ?crit : > I have a Unibrain firewire camera which is connected to a firewire pci card. Ekiga doesn't see the camera and gives me a gives me a No device found. I modprobe the four modules (ieee1394, raw1394, video1394, and ohci1394. I tried the command /usr/testlibraw and get indication on node 0. > > lost what to do next. Help > Install either the pwlib DC plugin or AVC plugin : - DC if it's just a camera ; - AVC if it does audio too. Snark on #ekiga _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From edie_morton at yahoo.com Thu Nov 8 13:46:17 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Thu, 8 Nov 2007 05:46:17 -0800 (PST) Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <396781.85276.qm@web56702.mail.re3.yahoo.com> Message-ID: <269043.1351.qm@web56707.mail.re3.yahoo.com> Can you help me out on how to locate, install, and verify the pwlib dc plug. Running Fedora 6. Edie Morton wrote: Thanks for your help. Julien Puydt wrote: Edie Morton a ?crit : > I have a Unibrain firewire camera which is connected to a firewire pci card. Ekiga doesn't see the camera and gives me a gives me a No device found. I modprobe the four modules (ieee1394, raw1394, video1394, and ohci1394. I tried the command /usr/testlibraw and get indication on node 0. > > lost what to do next. Help > Install either the pwlib DC plugin or AVC plugin : - DC if it's just a camera ; - AVC if it does audio too. Snark on #ekiga _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.pullano at gmail.com Thu Nov 8 15:18:55 2007 From: richard.pullano at gmail.com (Richard Pullano) Date: Thu, 08 Nov 2007 09:18:55 -0600 Subject: [Ekiga-list] Windoekigws on a laptop Message-ID: <473328DF.50200@gmail.com> I am trying to use Ekiga on a Sony Laptop running XP and find the audio noisy and difficult to use. I use the same unit with Skype and it works well so I am discounting the hardware. I have read in a newsgroup or in the FAQ that this is not an unusual situation or problem but there is no mention I can find of a solution. Does anyone know if this setup should work or really if it does work. TIA Richard From fonz at siol.net Thu Nov 8 22:49:53 2007 From: fonz at siol.net (Jure Petrovic) Date: Thu, 08 Nov 2007 23:49:53 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18226.54733.937604.178240@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> <1194511003.2949.5.camel@localhost.localdomain> <18226.54733.937604.178240@localhost.localdomain> Message-ID: <1194562193.3116.7.camel@localhost.localdomain> Here you are: http://home.royal.si/l_ipp_ia32_p_5.1.1.005.tgz Please inform me what happens. Regards, Jure > I am not in a hurry, but I have some spare time now, so maybe I should try with 5.1. > Regards, > Pawel > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From fonz at siol.net Thu Nov 8 22:50:41 2007 From: fonz at siol.net (Jure Petrovic) Date: Thu, 08 Nov 2007 23:50:41 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18226.54733.937604.178240@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> <1194511003.2949.5.camel@localhost.localdomain> <18226.54733.937604.178240@localhost.localdomain> Message-ID: <1194562241.3116.8.camel@localhost.localdomain> Here you are: http://home.royal.si/l_ipp_ia32_p_5.1.1.005.tgz Please inform me what happens. Regards, Jure > I am not in a hurry, but I have some spare time now, so maybe I should try with 5.1. > Regards, > Pawel > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From fisgro at babel.it Fri Nov 9 08:38:53 2007 From: fisgro at babel.it (Fabio Isgro) Date: Fri, 09 Nov 2007 09:38:53 +0100 Subject: [Ekiga-list] Other ldap attribute for voip number Message-ID: <47341C9D.6040400@babel.it> I to all, I'm an entusiast of the ekiga project, I'm planning to deploy a big voip infrastructure with ekiga because i think in almost reliable for daily use, but i wanna pay attentention for the ldap, I already use telephoneNumber for real number there is another attribute for the sipaccount or what is the attribute for video chat in evolution ? Best Regards Fabio Isgro -- Fabio Isgro' Babel S.r.l. - http://www.babel.it Tel. +39.06.91801075 - fax +39.06.91612446 P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma) "CONFIDENZIALE: Questo messaggio ed i suoi allegati sono di carattere confidenziale per i destinatari in indirizzo. Se hai ricevuto questo messaggio per errore sei invitato cortesemente a rispondere immediatamente al mittente e cancellare tutti i suoi contenuti." -------------- next part -------------- A non-text attachment was scrubbed... Name: fisgro.vcf Type: text/x-vcard Size: 269 bytes Desc: not available URL: From fisgro at babel.it Fri Nov 9 10:52:52 2007 From: fisgro at babel.it (Fabio Isgro) Date: Fri, 09 Nov 2007 11:52:52 +0100 Subject: [Ekiga-list] Ekiga ldap video chat Message-ID: <47343C04.9040107@babel.it> Hi to all, I'm an entusiast of ekiga I' want know what is the ldap attribute of videochat in evolution and some info regarding the t.120 protocol Best Regards Fabio Isgro -- Fabio Isgro' Babel S.r.l. - http://www.babel.it Tel. +39.06.91801075 - fax +39.06.91612446 P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma) "CONFIDENZIALE: Questo messaggio ed i suoi allegati sono di carattere confidenziale per i destinatari in indirizzo. Se hai ricevuto questo messaggio per errore sei invitato cortesemente a rispondere immediatamente al mittente e cancellare tutti i suoi contenuti." -------------- next part -------------- A non-text attachment was scrubbed... Name: fisgro.vcf Type: text/x-vcard Size: 269 bytes Desc: not available URL: From edie_morton at yahoo.com Fri Nov 9 13:08:01 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Fri, 9 Nov 2007 05:08:01 -0800 (PST) Subject: [Ekiga-list] pwlib plug-in Message-ID: <3970.64826.qm@web56713.mail.re3.yahoo.com> Hi all, I downloaded pwlib and ran ./configure and make install. I'm trying to get ekiga to recogonize my video camera. In a earlier email that the solution is to install the vidinput_dc plug in. Can anyone help with the steps to install the plug in since there is no make or install file in the plug in directory. Thanks __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpuydt at free.fr Fri Nov 9 13:30:13 2007 From: jpuydt at free.fr (Julien Puydt) Date: Fri, 09 Nov 2007 14:30:13 +0100 Subject: [Ekiga-list] pwlib plug-in In-Reply-To: <3970.64826.qm@web56713.mail.re3.yahoo.com> References: <3970.64826.qm@web56713.mail.re3.yahoo.com> Message-ID: <473460E5.2050901@free.fr> Edie Morton a ?crit : > I downloaded pwlib and ran ./configure and make install. I'm trying to get ekiga to recogonize my video camera. In a earlier email that the solution is to install the vidinput_dc plug in. Can anyone help with the steps to install the plug in since there is no make or install file in the plug in directory. > You should try to find pwlib (lib & plugins), opal and ekiga as packages instead of compiling yourself. Snark on #ekiga From edie_morton at yahoo.com Fri Nov 9 13:35:43 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Fri, 9 Nov 2007 05:35:43 -0800 (PST) Subject: [Ekiga-list] pwlib plug-in In-Reply-To: <473460E5.2050901@free.fr> Message-ID: <132770.42730.qm@web56705.mail.re3.yahoo.com> ekiga is already installed with Fedora 6 so I was thinking that I wouldn't have to start over. Do you think by upgrading to the latest ekiga with pwlib and opal this will work? Julien Puydt wrote: Edie Morton a ?crit : > I downloaded pwlib and ran ./configure and make install. I'm trying to get ekiga to recogonize my video camera. In a earlier email that the solution is to install the vidinput_dc plug in. Can anyone help with the steps to install the plug in since there is no make or install file in the plug in directory. > You should try to find pwlib (lib & plugins), opal and ekiga as packages instead of compiling yourself. Snark on #ekiga _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpuydt at free.fr Fri Nov 9 15:13:24 2007 From: jpuydt at free.fr (Julien Puydt) Date: Fri, 09 Nov 2007 16:13:24 +0100 Subject: [Ekiga-list] pwlib plug-in In-Reply-To: <132770.42730.qm@web56705.mail.re3.yahoo.com> References: <132770.42730.qm@web56705.mail.re3.yahoo.com> Message-ID: <47347914.5010702@free.fr> Edie Morton a ?crit : > ekiga is already installed with Fedora 6 so I was thinking that I wouldn't have to start over. Do you think by upgrading to the latest ekiga with pwlib and opal this will work? Upgrading, and installing the relevant package. Snark on #ekiga From lfdavila at intelnett.com Fri Nov 9 23:02:35 2007 From: lfdavila at intelnett.com (Luis Davila) Date: Sat, 10 Nov 2007 00:02:35 +0100 Subject: [Ekiga-list] [Fwd: phone calls hangups] Message-ID: <4734E70B.1090602@intelnett.com> i didn't the member-list confirmation, now is do it. thanks again -------- Original Message -------- Subject: phone calls hangups Date: Fri, 09 Nov 2007 23:56:23 +0100 From: Luis Davila To: ekiga-list at gnome.org hi, i'm user of Kubuntu Gutsy and i try to use ekiga for my long distance phone calls (libre software) in substitution of skype, but it's no easy. I have my PC-to-Phone account with diamond card and my SIP ekiga account, both activates when ekiga start. I can make the phone calls but each time after 20sec hangups. I did find for some configuration with this parameter and i found the 30s hangup if there's not activity, but is not selected, and isn't 30s too. What can i do???? ekiga 2.0.11 thanks From edie_morton at yahoo.com Sat Nov 10 04:59:50 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Fri, 9 Nov 2007 20:59:50 -0800 (PST) Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <269043.1351.qm@web56707.mail.re3.yahoo.com> Message-ID: <3457.61541.qm@web56712.mail.re3.yahoo.com> OK, I went to the Ekiga website and downloaded the three files for FC6: Ekiga. When I double clicked and logged in as super user, I'm prompted to installing package. Clicked the apply and finally get a error message, Unable to satisfy dependencies, Package opal needs libpt_linux_x86_r.sp.1.10.4, this is not abailable. I went out and found the package and installed in /usr/local/bin and edited /etc/ ld.so.conf to include the /usr/local/bin path. Tried again and get same error message. Where shoud I install this file so that it is found when installing opal? Edie Morton wrote: Can you help me out on how to locate, install, and verify the pwlib dc plug. Running Fedora 6. Edie Morton wrote: Thanks for your help. Julien Puydt wrote: Edie Morton a ?crit : > I have a Unibrain firewire camera which is connected to a firewire pci card. Ekiga doesn't see the camera and gives me a gives me a No device found. I modprobe the four modules (ieee1394, raw1394, video1394, and ohci1394. I tried the command /usr/testlibraw and get indication on node 0. > > lost what to do next. Help > Install either the pwlib DC plugin or AVC plugin : - DC if it's just a camera ; - AVC if it does audio too. Snark on #ekiga _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dford at ansur.demon.co.uk Sat Nov 10 09:25:03 2007 From: dford at ansur.demon.co.uk (David Ford) Date: Sat, 10 Nov 2007 09:25:03 +0000 Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <3457.61541.qm@web56712.mail.re3.yahoo.com> References: <3457.61541.qm@web56712.mail.re3.yahoo.com> Message-ID: <473578EF.7070202@ansur.demon.co.uk> Edie Morton wrote: > OK, > > I went to the Ekiga website and downloaded the three files for FC6: > Ekiga. When I double clicked and logged in as super user, I'm prompted > to installing package. Clicked the apply and finally get a error > message, Unable to satisfy dependencies, Package opal needs > libpt_linux_x86_r.sp.1.10.4, this is not abailable. > > I went out and found the package and installed in /usr/local/bin and > edited /etc/ ld.so.conf to include the /usr/local/bin path. Tried > again and get same error message. Where shoud I install this file so > that it is found when installing opal? > Cant you just type = yum install ekiga - ? and let yum sort it out. David > */Edie Morton /* wrote: > > Can you help me out on how to locate, install, and verify the > pwlib dc plug. Running Fedora 6. > > > */Edie Morton /* wrote: > > Thanks for your help. > > */Julien Puydt /* wrote: > > Edie Morton a ?crit : > > I have a Unibrain firewire camera which is connected to > a firewire pci card. Ekiga doesn't see the camera and > gives me a gives me a No device found. I modprobe the four > modules (ieee1394, raw1394, video1394, and ohci1394. I > tried the command /usr/testlibraw and get indication on > node 0. > > > > lost what to do next. Help > > > > Install either the pwlib DC plugin or AVC plugin : > - DC if it's just a camera ; > - AVC if it does audio too. > > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From edie_morton at yahoo.com Sat Nov 10 10:40:08 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Sat, 10 Nov 2007 02:40:08 -0800 (PST) Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <473578EF.7070202@ansur.demon.co.uk> Message-ID: <525241.37817.qm@web56702.mail.re3.yahoo.com> Thanks for the tip. Worked installing pwlib, opal, and ekiga. Checked and saw ekiga was updated with a newer release. Still have a problem getting ekiga to recogonize the firewire video. Tried all selectable settings: v4l, v4l2, 1394AVC. nothing worked. Didn't see a selection for 1394DC which I would think would be for non audio integrated cameras. The Unibrain that I have doesn't have integrated audio so I guess that I need another setting(ie 1394DC?). Changed channels while selecting video types, no difference - no video device. Also pushed the detect device- nothing. What to do next? David Ford wrote: Edie Morton wrote: > OK, > > I went to the Ekiga website and downloaded the three files for FC6: > Ekiga. When I double clicked and logged in as super user, I'm prompted > to installing package. Clicked the apply and finally get a error > message, Unable to satisfy dependencies, Package opal needs > libpt_linux_x86_r.sp.1.10.4, this is not abailable. > > I went out and found the package and installed in /usr/local/bin and > edited /etc/ ld.so.conf to include the /usr/local/bin path. Tried > again and get same error message. Where shoud I install this file so > that it is found when installing opal? > Cant you just type = yum install ekiga - ? and let yum sort it out. David > */Edie Morton /* wrote: > > Can you help me out on how to locate, install, and verify the > pwlib dc plug. Running Fedora 6. > > > */Edie Morton /* wrote: > > Thanks for your help. > > */Julien Puydt /* wrote: > > Edie Morton a ?crit : > > I have a Unibrain firewire camera which is connected to > a firewire pci card. Ekiga doesn't see the camera and > gives me a gives me a No device found. I modprobe the four > modules (ieee1394, raw1394, video1394, and ohci1394. I > tried the command /usr/testlibraw and get indication on > node 0. > > > > lost what to do next. Help > > > > Install either the pwlib DC plugin or AVC plugin : > - DC if it's just a camera ; > - AVC if it does audio too. > > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Sat Nov 10 11:37:25 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 10 Nov 2007 12:37:25 +0100 Subject: [Ekiga-list] [Fwd: phone calls hangups] In-Reply-To: <4734E70B.1090602@intelnett.com> References: <4734E70B.1090602@intelnett.com> Message-ID: <1194694645.4153.29.camel@scorpion> Hi, Le samedi 10 novembre 2007 ? 00:02 +0100, Luis Davila a ?crit : > i didn't the member-list confirmation, now is do it. thanks again > > -------- Original Message -------- > Subject: phone calls hangups > Date: Fri, 09 Nov 2007 23:56:23 +0100 > From: Luis Davila > To: ekiga-list at gnome.org > > > > hi, i'm user of Kubuntu Gutsy and i try to use ekiga for my long > distance phone calls (libre software) in substitution of skype, but it's > no easy. I have my PC-to-Phone account with diamond card and my SIP > ekiga account, both activates when ekiga start. I can make the phone > calls but each time after 20sec hangups. I did find for some > configuration with this parameter and i found the 30s hangup if there's > not activity, but is not selected, and isn't 30s too. What can i do???? > ekiga 2.0.11 Provide a -d 4 output and upload it somewhere, we will be having a look. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From jpuydt at free.fr Sat Nov 10 12:15:00 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sat, 10 Nov 2007 13:15:00 +0100 Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <525241.37817.qm@web56702.mail.re3.yahoo.com> References: <525241.37817.qm@web56702.mail.re3.yahoo.com> Message-ID: <4735A0C4.1080806@free.fr> Edie Morton a ?crit : > Thanks for the tip. Worked installing pwlib, opal, and ekiga. Checked and saw ekiga was updated with a newer release. Still have a problem getting ekiga to recogonize the firewire video. Tried all selectable settings: v4l, v4l2, 1394AVC. nothing worked. Didn't see a selection for 1394DC which I would think would be for non audio integrated cameras. The Unibrain that I have doesn't have integrated audio so I guess that I need another setting(ie 1394DC?). Changed channels while selecting video types, no difference - no video device. Also pushed the detect device- nothing. What to do next? You have to find the ptlib-plugin-dc package (or some name like this, perhaps libpt-plugins-dc...) and install it. Snark on #ekiga From dford at ansur.demon.co.uk Sat Nov 10 16:36:52 2007 From: dford at ansur.demon.co.uk (David Ford) Date: Sat, 10 Nov 2007 16:36:52 +0000 Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <4735A0C4.1080806@free.fr> References: <525241.37817.qm@web56702.mail.re3.yahoo.com> <4735A0C4.1080806@free.fr> Message-ID: <4735DE24.1080407@ansur.demon.co.uk> Julien Puydt wrote: > Edie Morton a ?crit : > >> Thanks for the tip. Worked installing pwlib, opal, and ekiga. Checked and saw ekiga was updated with a newer release. Still have a problem getting ekiga to recogonize the firewire video. Tried all selectable settings: v4l, v4l2, 1394AVC. nothing worked. Didn't see a selection for 1394DC which I would think would be for non audio integrated cameras. The Unibrain that I have doesn't have integrated audio so I guess that I need another setting(ie 1394DC?). Changed channels while selecting video types, no difference - no video device. Also pushed the detect device- nothing. What to do next? >> > > You have to find the ptlib-plugin-dc package (or some name like this, > perhaps libpt-plugins-dc...) and install it. > > Or see here: - https://bugs.launchpad.net/gnomemeeting/+bug/50923 It seems that everyone else thinks it's an ekiga problem! David > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From jpuydt at free.fr Sat Nov 10 20:13:45 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sat, 10 Nov 2007 21:13:45 +0100 Subject: [Ekiga-list] Help with Unibrain firewire In-Reply-To: <4735DE24.1080407@ansur.demon.co.uk> References: <525241.37817.qm@web56702.mail.re3.yahoo.com> <4735A0C4.1080806@free.fr> <4735DE24.1080407@ansur.demon.co.uk> Message-ID: <473610F9.70809@free.fr> David Ford a ?crit : > Julien Puydt wrote: >> Edie Morton a ?crit : >> >>> Thanks for the tip. Worked installing pwlib, opal, and ekiga. Checked and saw ekiga was updated with a newer release. Still have a problem getting ekiga to recogonize the firewire video. Tried all selectable settings: v4l, v4l2, 1394AVC. nothing worked. Didn't see a selection for 1394DC which I would think would be for non audio integrated cameras. The Unibrain that I have doesn't have integrated audio so I guess that I need another setting(ie 1394DC?). Changed channels while selecting video types, no difference - no video device. Also pushed the detect device- nothing. What to do next? >>> >> You have to find the ptlib-plugin-dc package (or some name like this, >> perhaps libpt-plugins-dc...) and install it. >> >> > Or see here: - https://bugs.launchpad.net/gnomemeeting/+bug/50923 > It seems that everyone else thinks it's an ekiga problem! Ah, yes, there is this problem with avc on some boxes. But if it's not an AVC and a DC, installing the right plugin will still help! Snark on #ekiga From hradice at cfl.rr.com Sat Nov 10 22:24:26 2007 From: hradice at cfl.rr.com (Vince) Date: Sat, 10 Nov 2007 17:24:26 -0500 Subject: [Ekiga-list] Webcam problem Message-ID: <47362F9A.6020803@cfl.rr.com> I am having a problem with Ekiga and my Webcam. It is an Intel PC Camera Pro (vendor id 0x0733 device 0x0430). If I use video plugin V4L, I get the this device as input device, but I also get an error saying that the driver doesn't seem to support any of the color formats supported by Ekiga and I should check the lernel driver documentation to determine which Palette is supported. How do I find out what formats the driver supports and what Palette I need to specify and how do I do this? I think the driver for the camera is gspcav1. Thank you From damailings at mcbf.net Sun Nov 11 05:35:30 2007 From: damailings at mcbf.net (David Mohr) Date: Sat, 10 Nov 2007 22:35:30 -0700 Subject: [Ekiga-list] Webcam problem In-Reply-To: <47362F9A.6020803@cfl.rr.com> References: <47362F9A.6020803@cfl.rr.com> Message-ID: <472d4b250711102135u585e66acgcb862c575379cc5e@mail.gmail.com> On Nov 10, 2007 3:24 PM, Vince wrote: > I am having a problem with Ekiga and my Webcam. It is an Intel PC > Camera Pro (vendor id 0x0733 device 0x0430). If I use video plugin V4L, > I get the this device as input device, but I also get an error saying > that the driver doesn't seem to support any of the color formats What helped me was to start ekiga, unplug the camera, plug it back in and then suddenly ekiga picked it up (I also had gotten the color palette error before). After I once successfully configured it, it just seems to work. Hope it helps, ~David > supported by Ekiga and I should check the lernel driver documentation to > determine which Palette is supported. How do I find out what formats > the driver supports and what Palette I need to specify and how do I do this? > I think the driver for the camera is gspcav1. Thank you > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From paulino90 at tenbit.pl Tue Nov 13 21:13:40 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Tue, 13 Nov 2007 22:13:40 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194562241.3116.8.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> <1194511003.2949.5.camel@localhost.localdomain> <18226.54733.937604.178240@localhost.localdomain> <1194562241.3116.8.camel@localhost.localdomain> Message-ID: <18234.4996.555609.170517@localhost.localdomain> Jure Petrovic writes: > Here you are: > http://home.royal.si/l_ipp_ia32_p_5.1.1.005.tgz > > Please inform me what happens. Hallo Jure installation requires registration key. Intel provides key only for newest version (5.2). I have one, but it does not match to 5.1, so I am unable to check this. Regards, Pawel From paulino90 at tenbit.pl Wed Nov 14 08:35:14 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Wed, 14 Nov 2007 09:35:14 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1194562241.3116.8.camel@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> <1194511003.2949.5.camel@localhost.localdomain> <18226.54733.937604.178240@localhost.localdomain> <1194562241.3116.8.camel@localhost.localdomain> Message-ID: <18234.45890.109068.713361@localhost.localdomain> Jure Petrovic writes: > Here you are: > http://home.royal.si/l_ipp_ia32_p_5.1.1.005.tgz > > Please inform me what happens. I just found out that there is ipp 5.3 available from intel, so I'll try with this one and give You a note. regards, Pawel From paulino90 at tenbit.pl Thu Nov 15 09:18:20 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Thu, 15 Nov 2007 10:18:20 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18234.45890.109068.713361@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> <1194511003.2949.5.camel@localhost.localdomain> <18226.54733.937604.178240@localhost.localdomain> <1194562241.3116.8.camel@localhost.localdomain> <18234.45890.109068.713361@localhost.localdomain> Message-ID: <18236.3804.725734.104772@localhost.localdomain> PawelCarqowski writes: > Jure Petrovic writes: > > Here you are: > > http://home.royal.si/l_ipp_ia32_p_5.1.1.005.tgz > > > > Please inform me what happens. > > I just found out that there is ipp 5.3 available from intel, so I'll try with this one and give You a note. ipp 5.3 works fine. build.sh was the same (except ipp version path) as for ipp 5.2. Regards and once more thank You for the help. Pawel From fonz at siol.net Thu Nov 15 10:23:03 2007 From: fonz at siol.net (Jure Petrovic) Date: Thu, 15 Nov 2007 11:23:03 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <18236.3804.725734.104772@localhost.localdomain> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> <1194511003.2949.5.camel@localhost.localdomain> <18226.54733.937604.178240@localhost.localdomain> <1194562241.3116.8.camel@localhost.localdomain> <18234.45890.109068.713361@localhost.localdomain> <18236.3804.725734.104772@localhost.localdomain> Message-ID: <1195122183.2994.1.camel@rts15.uni-mb.si> On Thu, 2007-11-15 at 10:18 +0100, PawelCarqowski wrote: > ipp 5.3 works fine. build.sh was the same (except ipp version path) as > for ipp 5.2. > > Regards and once more thank You for the help. > > Pawel Good to know. May I attach your script to the g729 package for the IPP 5.3 version? Regards, Jure From paulino90 at tenbit.pl Thu Nov 15 12:07:13 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Thu, 15 Nov 2007 13:07:13 +0100 Subject: [Ekiga-list] G729 codec In-Reply-To: <1195122183.2994.1.camel@rts15.uni-mb.si> References: <18211.12229.383074.45065@localhost.localdomain> <47232E08.6020003@free.fr> <18211.13222.682696.228691@localhost.localdomain> <1193489908.24740.4.camel@localhost.localdomain> <18211.23278.865329.310635@localhost.localdomain> <1193499639.25244.4.camel@localhost.localdomain> <18211.27313.814803.447934@localhost.localdomain> <1193503717.25606.9.camel@localhost.localdomain> <18211.28757.284045.162540@localhost.localdomain> <1193507553.26011.1.camel@localhost.localdomain> <18219.38359.84462.30830@localhost.localdomain> <1194051957.5242.6.camel@localhost.localdomain> <18220.14826.732898.499308@localhost.localdomain> <1194180958.2841.14.camel@localhost.localdomain> <18221.60020.503967.246678@localhost.localdomain> <1194202927.2841.29.camel@localhost.localdomain> <18222.12539.913377.86261@localhost.localdomain> <1194212714.3198.6.camel@localhost.localdomain> <18224.8890.696225.827334@localhost.localdomain> <1194338207.2909.14.camel@localhost.localdomain> <18224.14444.875746.760244@localhost.localdomain> <1194345237.3412.14.camel@localhost.localdomain> <18224.52236.676342.970012@localhost.localdomain> <1194511003.2949.5.camel@localhost.localdomain> <18226.54733.937604.178240@localhost.localdomain> <1194562241.3116.8.camel@localhost.localdomain> <18234.45890.109068.713361@localhost.localdomain> <18236.3804.725734.104772@localhost.localdomain> <1195122183.2994.1.camel@rts15.uni-mb.si> Message-ID: <18236.13937.124499.425117@localhost.localdomain> Jure Petrovic writes: > On Thu, 2007-11-15 at 10:18 +0100, PawelCarqowski wrote: > > ipp 5.3 works fine. build.sh was the same (except ipp version path) as > > for ipp 5.2. > > > > Regards and once more thank You for the help. > > > > Pawel > > Good to know. May I attach your script to the g729 package > for the IPP 5.3 version? yes regards, Pawel From manouchk at gmail.com Thu Nov 15 19:15:43 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Thu, 15 Nov 2007 17:15:43 -0200 Subject: [Ekiga-list] no echo with sip:500@ekiga.net Message-ID: <200711151715.44752.manouchk@gmail.com> Hi, I have no echo with sip:500 at ekiga.net. In the configuration druid, sound is fine so I guess the problem would not be of the sound card (Intel 82801DB-ICH4) Information from http://wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga wasn't very clear for me but my firewall is shorewall and my rules for ekiga are : ACCEPT fw net udp 5000:5100 ACCEPT net fw udp 5000:5100 ACCEPT fw net udp 3478:3479 ACCEPT net fw udp 3478:3479 ACCEPT net fw tcp 1720 ACCEPT fw net tcp 1720 ACCEPT fw net tcp 30000:30010 ACCEPT net fw tcp 30000:30010 Configuration druid say STUN is not needed. With my PC-TO-Phone account sound is not send and no sound is received by ekiga. I tested on my home phone, the call is starting but without transfering any sound. I don't know what else could I report here ? I run ekiga with option -d4 and here is an extract of the output of my last session: LANGUAGE=en ekiga -d 4 > output.txt 2>&1 more output.txt 2007/11/15 17:02:35.098 0:00.171 ekiga Detected audio plugins: ALSA,OSS 2007/11/15 17:02:35.099 0:00.172 ekiga Detected video plugins: Picture,V4L,1394DC,1394AVC 2007/11/15 17:02:35.099 0:00.172 ekiga Detected audio plugins: ALSA,OSS 2007/11/15 17:02:35.099 0:00.172 ekiga Detected video plugins: Picture,V4L,1394DC,1394AVC 2007/11/15 17:02:35.122 0:00.195 ekiga Detected the following audio input devices: Default,Intel 82801DB-ICH4,Intel 82801DB-ICH4 Modem with plugin ALSA 2007/11/15 17:02:35.122 0:00.195 ekiga Detected the following audio output devices: Default,Intel 82801DB-ICH4,Intel 82801DB-ICH4 Modem with plugin ALSA 2007/11/15 17:02:35.122 0:00.195 ekiga Detected the following video input devices: No device found with plugin V4L 2007/11/15 17:02:35.122 0:00.195 ekiga Detected the following audio input devices: Default,Intel 82801DB-ICH4,Intel 82801DB-ICH4 Modem with plugin ALSA 2007/11/15 17:02:35.123 0:00.196 ekiga Detected the following audio output devices: Default,Intel 82801DB-ICH4,Intel 82801DB-ICH4 Modem with plugin ALSA 2007/11/15 17:02:35.123 0:00.196 ekiga Detected the following video input devices: No device found with plugin V4L 2007/11/15 17:02:35.126 0:00.199 ekiga AVAHI Failed to create client: Daemon not running 2007/11/15 17:02:35.500 0:00.573 ekiga Ekiga version 2.0.11 2007/11/15 17:02:35.500 0:00.573 ekiga OPAL version 2.2.11 2007/11/15 17:02:35.500 0:00.573 ekiga PWLIB version 1.10.10 2007/11/15 17:02:35.500 0:00.573 ekiga GNOME support disabled 2007/11/15 17:02:35.500 0:00.573 ekiga Fullscreen support enabled 2007/11/15 17:02:35.500 0:00.573 ekiga DBUS support enabled 2007/11/15 17:02:35.502 0:00.575 ekiga Set TCP port range to 30000:30010 2007/11/15 17:02:35.502 0:00.575 ekiga Set RTP port range to 5000:5059 2007/11/15 17:02:35.502 0:00.575 ekiga Set UDP port range to 5060:5100 2007/11/15 17:02:35.534 0:00.607 ekiga AVAHI Error initializing Avahi: %sDaemon not running 2007/11/15 17:02:53.167 0:18.240 SIP Handler:8471f68 Ekiga Creating Sound Channel 2007/11/15 17:02:53.171 0:18.244 SIP Handler:8471f68 Ekiga Creating Sound Channel 2007/11/15 17:02:53.173 0:18.246 SIP Handler:8471f68 GMPCSSEndpoint PCSS connection established 2007/11/15 17:02:53.173 0:18.246 SIP Handler:8471f68 GMManager Will establish the connection 2007/11/15 17:03:05.413 0:30.486 SIP Handler:8471f68 GMPCSSEndpoint PCSS connection established 2007/11/15 17:03:05.414 0:30.487 SIP Handler:8471f68 GMManager Will establish the connection 2007/11/15 17:03:05.425 0:30.498 SIP Handler:8471f68 GMSIPEndpoint SIP connection established 2007/11/15 17:03:05.427 0:30.500 SIP Handler:8471f68 GMManager Will establish the connection 2007/11/15 17:03:29.186 0:54.259 OnRelease:84a4c68 GMSIPEndpoint SIP connection released 2007/11/15 17:03:29.187 0:54.260 OnRelease:84a4c68 GMManager Will release the connection 2007/11/15 17:03:29.475 0:54.548 OnRelease:83eddf0 GMPCSSEndpoint PCSS connection released 2007/11/15 17:03:29.475 0:54.548 OnRelease:83eddf0 GMManager Will release the connection From sevmek at free.fr Thu Nov 15 20:11:36 2007 From: sevmek at free.fr (yannick) Date: Thu, 15 Nov 2007 21:11:36 +0100 Subject: [Ekiga-list] no echo with sip:500@ekiga.net In-Reply-To: <200711151715.44752.manouchk@gmail.com> References: <200711151715.44752.manouchk@gmail.com> Message-ID: <1195157496.8694.111.camel@achille> Le jeudi 15 novembre 2007 ? 17:15 -0200, Emmanuel Favre-Nicolin a ?crit : > Hi, > > I have no echo with sip:500 at ekiga.net. In the configuration druid, sound is > fine so I guess the problem would not be of the sound card (Intel > 82801DB-ICH4) Check if you're registered to ekiga.net (you should have received a confirmation email from that website), and an account is registered in Ekiga: Edit->Accounts window. Check if you have, at least, PCMU and PCMA audio codecs enable in prefs. Regards, Yannick > > Information from http://wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga > wasn't very clear for me but my firewall is shorewall and my rules for ekiga > are : > ACCEPT fw net udp 5000:5100 > ACCEPT net fw udp 5000:5100 > ACCEPT fw net udp 3478:3479 > ACCEPT net fw udp 3478:3479 > ACCEPT net fw tcp 1720 > ACCEPT fw net tcp 1720 > ACCEPT fw net tcp 30000:30010 > ACCEPT net fw tcp 30000:30010 > > Configuration druid say STUN is not needed. > > With my PC-TO-Phone account sound is not send and no sound is received by > ekiga. I tested on my home phone, the call is starting but without > transfering any sound. > > I don't know what else could I report here ? > > > I run ekiga with option -d4 and here is an extract of the output of my last > session: > > LANGUAGE=en ekiga -d 4 > output.txt 2>&1 > more output.txt > > > 2007/11/15 17:02:35.098 0:00.171 ekiga Detected audio > plugins: ALSA,OSS > 2007/11/15 17:02:35.099 0:00.172 ekiga Detected video > plugins: Picture,V4L,1394DC,1394AVC > 2007/11/15 17:02:35.099 0:00.172 ekiga Detected audio > plugins: ALSA,OSS > 2007/11/15 17:02:35.099 0:00.172 ekiga Detected video > plugins: Picture,V4L,1394DC,1394AVC > 2007/11/15 17:02:35.122 0:00.195 ekiga Detected the > following audio input devices: Default,Intel 82801DB-ICH4,Intel 82801DB-ICH4 > Modem with plugin ALSA > 2007/11/15 17:02:35.122 0:00.195 ekiga Detected the > following audio output devices: Default,Intel 82801DB-ICH4,Intel 82801DB-ICH4 > Modem with plugin ALSA > 2007/11/15 17:02:35.122 0:00.195 ekiga Detected the > following video input devices: No device found with plugin V4L > 2007/11/15 17:02:35.122 0:00.195 ekiga Detected the > following audio input devices: Default,Intel 82801DB-ICH4,Intel 82801DB-ICH4 > Modem with plugin ALSA > 2007/11/15 17:02:35.123 0:00.196 ekiga Detected the > following audio output devices: Default,Intel 82801DB-ICH4,Intel 82801DB-ICH4 > Modem with plugin ALSA > 2007/11/15 17:02:35.123 0:00.196 ekiga Detected the > following video input devices: No device found with plugin V4L > 2007/11/15 17:02:35.126 0:00.199 ekiga AVAHI Failed > to create client: Daemon not running > 2007/11/15 17:02:35.500 0:00.573 ekiga Ekiga version > 2.0.11 > 2007/11/15 17:02:35.500 0:00.573 ekiga OPAL version > 2.2.11 > 2007/11/15 17:02:35.500 0:00.573 ekiga PWLIB version > 1.10.10 > 2007/11/15 17:02:35.500 0:00.573 ekiga GNOME support > disabled > 2007/11/15 17:02:35.500 0:00.573 ekiga Fullscreen > support enabled > 2007/11/15 17:02:35.500 0:00.573 ekiga DBUS support > enabled > 2007/11/15 17:02:35.502 0:00.575 ekiga Set TCP port > range to 30000:30010 > 2007/11/15 17:02:35.502 0:00.575 ekiga Set RTP port > range to 5000:5059 > 2007/11/15 17:02:35.502 0:00.575 ekiga Set UDP port > range to 5060:5100 > 2007/11/15 17:02:35.534 0:00.607 ekiga AVAHI Error > initializing Avahi: %sDaemon not running > 2007/11/15 17:02:53.167 0:18.240 SIP Handler:8471f68 Ekiga > Creating Sound Channel > 2007/11/15 17:02:53.171 0:18.244 SIP Handler:8471f68 Ekiga > Creating Sound Channel > 2007/11/15 17:02:53.173 0:18.246 SIP Handler:8471f68 GMPCSSEndpoint > PCSS connection established > 2007/11/15 17:02:53.173 0:18.246 SIP Handler:8471f68 GMManager > Will establish the connection > 2007/11/15 17:03:05.413 0:30.486 SIP Handler:8471f68 GMPCSSEndpoint > PCSS connection established > 2007/11/15 17:03:05.414 0:30.487 SIP Handler:8471f68 GMManager > Will establish the connection > 2007/11/15 17:03:05.425 0:30.498 SIP Handler:8471f68 GMSIPEndpoint > SIP connection established > 2007/11/15 17:03:05.427 0:30.500 SIP Handler:8471f68 GMManager > Will establish the connection > 2007/11/15 17:03:29.186 0:54.259 OnRelease:84a4c68 GMSIPEndpoint > SIP connection released > 2007/11/15 17:03:29.187 0:54.260 OnRelease:84a4c68 GMManager > Will release the connection > 2007/11/15 17:03:29.475 0:54.548 OnRelease:83eddf0 GMPCSSEndpoint > PCSS connection released > 2007/11/15 17:03:29.475 0:54.548 OnRelease:83eddf0 GMManager > Will release the connection > > > > > > > > > _______________________________________________ > 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 laurentp at wp.pl Thu Nov 15 21:30:43 2007 From: laurentp at wp.pl (W.P.) Date: Thu, 15 Nov 2007 21:30:43 +0000 Subject: [Ekiga-list] Error messages Message-ID: <473CBA83.7000305@wp.pl> Hello Damien & others ;) I have upgraded to latest 2.0.11 Ekiga on my Fedora Core 8 box. (I had to upgrade evolution-data-server also). Now, as I start Ekiga from commend line, I have error message: (ekiga:6371): Pango-WARNING **: /usr/lib/pango/1.6.0/modules/pango-basic-fc.so: can't open shared object: no such file or directory. It says right, there is no such file. This file existed in the past (latest pango version WITH this file I have found is : 1.14.4 for Fedora Core 6, for fc8 version is 1.18). Apart of this Ekiga seems to run OK. Don't know if it is Ekiga or pango specific. BTW I may now use my neighbour net connection which is ADSL 256/128kbits and this permits me to use SIP (finally ;). Laurent From komarak at pjm.com Fri Nov 16 01:27:47 2007 From: komarak at pjm.com (komarak at pjm.com) Date: Thu, 15 Nov 2007 20:27:47 -0500 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Message-ID: <2D886BA5D7200846B24E70E7C425CA05793ABE@EXC11VWP.corp.ds.pjm.com> Hi, I am a new Ekiga user. I have to compliment your efforts - Ekiga is a very nice piece of software !! I have successfully installed Ekiga on 2 PCs (PC1 and PC2) on my home network running Windows XP Pro on both PCs. The software installed beautifully on both PCs. I was able to configure SIP through my Asterisk Win32 Server (On a third Windows XP PC - PC3). I can make full duplex voice calls through Asterisk WIn32 using Ekiga between PC1 and PC2 with no issues. What I really want to do is video conference between PC1 and PC2 through Asterisk. I have not set up a SIP account on your web site - I just want to do SIP calls on my private network. PC1 has an older analog video capture card - Pinnacle DC10+ installed. I have an old VHS video camera plugged into it. It works very well under Windows XP and is recognized by Ekiga. I can see the video from the DC10+ on the local screen under Ekiga. PC2 has a newer USB video camera installed. It also works very well under WindowsXP - although it is slower and with much poorer resolution than the DC10+. The USB camera is also recognized by Ekiga on PC2 and I can see its video on the local Ekiga window. When I make a call from PC1 to PC2 I expected the video from PC1 to be visible in a window on PC2, and of course the video from PC1 on a window on PC2. This does not happen. I only see the local video on both PC1 and PC2. Under the view on both Ekiga installations I see the options for "Remote Video", "Both(Picture-in-Picture)", "Both (Side-by-Side)", and "Both (Both in New Windows)" - but NONE of these options can be selected - they are grayed out. Should this be working ??? Do I have something configured incorrectly ? Do I have to purchase an upgrade ? I have successfully configured another piece of Video conference software (Zoomcall Pro) and the video from these same PCs works fine in video conference mode. Unfortunately Zoomcall REQUIRES you to communicate through their server on the Internet. I don't want to do that - I want to stay on my private network. Please help any way you can. Also - as you might have guessed - I have quite an elaborate set up in my lab area so I would be willing to test any new software you might need a third party to test. Thanks, Kevin Komara ************************************************************************ ************* Kevin J. Komara P.E. Senior Engineer PJM Interconnection L.L.C. Phone: (610) 666-4751 Fax: (610) 666-4282 Email: komarak at pjm.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpuydt at free.fr Fri Nov 16 06:58:06 2007 From: jpuydt at free.fr (Julien Puydt) Date: Fri, 16 Nov 2007 07:58:06 +0100 Subject: [Ekiga-list] Error messages In-Reply-To: <473CBA83.7000305@wp.pl> References: <473CBA83.7000305@wp.pl> Message-ID: <473D3F7E.2090509@free.fr> W.P. a ?crit : > I have upgraded to latest 2.0.11 Ekiga on my Fedora Core 8 box. (I had > to upgrade evolution-data-server also). > Now, as I start Ekiga from commend line, I have error message: > (ekiga:6371): Pango-WARNING **: > /usr/lib/pango/1.6.0/modules/pango-basic-fc.so: can't open shared > object: no such file or directory. > It says right, there is no such file. This file existed in the past > (latest pango version WITH this file I have found is : 1.14.4 for Fedora > Core 6, for fc8 version is 1.18). > Apart of this Ekiga seems to run OK. > Don't know if it is Ekiga or pango specific. I'd say it's gtk+ specific... Snark on #ekiga From paulino90 at tenbit.pl Fri Nov 16 08:16:11 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Fri, 16 Nov 2007 09:16:11 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) - segmentation fault. Message-ID: <18237.20939.267474.877139@localhost.localdomain> hallo Group Members I am running following ekiga related software: PTLIB version 2.1.0 OPAL version 3.1.0 Ekiga version 2.1.0 Sometimes (in about 60 % cases) I end up with segmentation fault. The rest 40% cases make ekiga run correctly. I use KDE 3.5.6 on fc6. These is data from gdb: (gdb) run -d 4 The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/ekiga -d 4 [Thread debugging using libthread_db enabled] [New Thread -1208432928 (LWP 6198)] (process:6198): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function (process:6198): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed (process:6198): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208432928 (LWP 6198)] 0x006c9bde in gconf_client_reverse_change_set () at /usr/include/ptclib/http.h:498 (gdb) bt #0 0x006c9bde in gconf_client_reverse_change_set () at /usr/include/ptclib/http.h:498 #1 0x006cd1e9 in gconf_client_get_default () at /usr/include/ptclib/http.h:498 #2 0x080fb607 in gm_conf_init () at gmconf-gconf.c:277 #3 0x080c9a34 in main (argc=3, argv=0xbfc165d4, envp=0xbfc165e4) at gui/main.cpp:4081 this are a few first lines when "ekiga -d 4" starts correctly. (Maybe this will help): 2007/11/02 09:30:21.534 0:00.335 Version 2.1.0 by on Unix Linux (2.6.21.5-i686) at 2007/11/2 9:30:21.534 2007/11/02 09:30:21.565 0:00.366 Housekeeper PWLib File handle low water mark set: 22 PTCPSocket 2007/11/02 09:30:21.865 0:00.666 Detected audio plugins: ALSA 2007/11/02 09:30:21.865 0:00.666 Detected video plugins: YUVFile,Shm,Picture,V4L2,V4L 2007/11/02 09:30:21.865 0:00.666 Detected audio plugins: ALSA 2007/11/02 09:30:21.865 0:00.666 Detected video plugins: YUVFile,Shm,Picture,V4L2,V4L 2007/11/02 09:30:21.889 0:00.690 Detected the following audio input devices: Default,Intel 82801BA-ICH2 with plugin ALSA 2007/11/02 09:30:21.889 0:00.690 Detected the following audio output devices: Default,Intel 82801BA-ICH2 with plugin ALSA 2007/11/02 09:30:21.889 0:00.690 Detected the following video input devices: No device found with plugin V4L 2007/11/02 09:30:21.890 0:00.691 Detected the following audio input devices: Default,Intel 82801BA-ICH2 with plugin ALSA 2007/11/02 09:30:21.890 0:00.691 Detected the following audio output devices: Default,Intel 82801BA-ICH2 with plugin ALSA 2007/11/02 09:30:21.890 0:00.691 Detected the following video input devices: No device found with plugin V4L 2007/11/02 09:30:21.984 0:00.785 PWLib File handle high water mark set: 30 PUDPSocket (ekiga:17304): Gtk-CRITICAL **: gtk_notebook_append_page: assertion `GTK_IS_WIDGET (child)' failed 2007/11/02 09:30:25.518 0:04.319 Ekiga version 2.1.0 2007/11/02 09:30:25.518 0:04.319 OPAL version 3.1.0 2007/11/02 09:30:25.518 0:04.319 PTLIB version 2.1.0 2007/11/02 09:30:25.518 0:04.319 GNOME support enabled 2007/11/02 09:30:25.518 0:04.319 Accelerated rendering support enabled 2007/11/02 09:30:25.519 0:04.320 DBUS support enabled 2007/11/02 09:30:25.519 0:04.320 GConf support enabled 2007/11/02 09:30:25.519 0:04.320 Bonobo support enabled 2007/11/02 09:30:25.519 0:04.320 ESound support enabled regards, Pawel From jpuydt at free.fr Fri Nov 16 08:05:02 2007 From: jpuydt at free.fr (Julien Puydt) Date: Fri, 16 Nov 2007 09:05:02 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) - segmentation fault. In-Reply-To: <18237.20939.267474.877139@localhost.localdomain> References: <18237.20939.267474.877139@localhost.localdomain> Message-ID: <473D4F2E.3010203@free.fr> PawelCarqowski a ?crit : > I am running following ekiga related software: > PTLIB version 2.1.0 > OPAL version 3.1.0 > Ekiga version 2.1.0 > > > Sometimes (in about 60 % cases) I end up with segmentation fault. The rest 40% cases make ekiga run correctly. > I use KDE 3.5.6 on fc6. Yes, it's the development version, so it's bound to be pretty unstable : you can use it for tests, but don't expect it to be very good (yet)! That points to a wrong initialization order... which looks strange :-/ Snark on #ekiga From manouchk at gmail.com Fri Nov 16 07:59:07 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Fri, 16 Nov 2007 05:59:07 -0200 Subject: [Ekiga-list] no echo with sip:500@ekiga.net In-Reply-To: <1195157496.8694.111.camel@achille> References: <200711151715.44752.manouchk@gmail.com> <1195157496.8694.111.camel@achille> Message-ID: <200711160559.08440.manouchk@gmail.com> Le jeudi 15 novembre 2007, yannick a ?crit?: > Le jeudi 15 novembre 2007 ? 17:15 -0200, Emmanuel Favre-Nicolin a > > ?crit : > > Hi, > > > > I have no echo with sip:500 at ekiga.net. In the configuration druid, sound > > is fine so I guess the problem would not be of the sound card (Intel > > 82801DB-ICH4) > > Check if you're registered to ekiga.net (you should have received a > confirmation email from that website), and an account is registered in > Ekiga: Edit->Accounts window. Yes I am registred and if I open Edit>account, I can see that I'm registered at ekiga.net (and ekiga PC-to-phone) > Check if you have, at least, PCMU and PCMA audio codecs enable in prefs. Well PCMU and PCMA weren't enable, now they are but it does not change, I unfortunatly don't here no echo. > Regards, > Yannick From paulino90 at tenbit.pl Fri Nov 16 10:33:29 2007 From: paulino90 at tenbit.pl (PawelCarqowski) Date: Fri, 16 Nov 2007 11:33:29 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) - segmentation fault. In-Reply-To: <473D4F2E.3010203@free.fr> References: <18237.20939.267474.877139@localhost.localdomain> <473D4F2E.3010203@free.fr> Message-ID: <18237.29177.200378.324006@localhost.localdomain> Julien Puydt writes: > PawelCarqowski a ?crit : > > I am running following ekiga related software: > > PTLIB version 2.1.0 > > OPAL version 3.1.0 > > Ekiga version 2.1.0 > > > > > > Sometimes (in about 60 % cases) I end up with segmentation fault. The rest 40% cases make ekiga run correctly. > > I use KDE 3.5.6 on fc6. > > Yes, it's the development version, so it's bound to be pretty unstable : > you can use it for tests, but don't expect it to be very good (yet)! I am not expecting it worked very good, but in fact this is the only thing I have problems with, so it works good at least:) > > That points to a wrong initialization order... which looks strange :-/ What You mean? If I new what should be the correct order, maybe I could fix it. regards, Pawel > > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From jpuydt at free.fr Fri Nov 16 12:46:26 2007 From: jpuydt at free.fr (Julien Puydt) Date: Fri, 16 Nov 2007 13:46:26 +0100 Subject: [Ekiga-list] ekiga 2.1.0 (svn) - segmentation fault. In-Reply-To: <18237.29177.200378.324006@localhost.localdomain> References: <18237.20939.267474.877139@localhost.localdomain> <473D4F2E.3010203@free.fr> <18237.29177.200378.324006@localhost.localdomain> Message-ID: <473D9122.3090405@free.fr> PawelCarqowski a ?crit : > Julien Puydt writes: > > PawelCarqowski a ?crit : > > > I am running following ekiga related software: > > > PTLIB version 2.1.0 > > > OPAL version 3.1.0 > > > Ekiga version 2.1.0 > > > > > > > > > Sometimes (in about 60 % cases) I end up with segmentation fault. The rest 40% cases make ekiga run correctly. > > > I use KDE 3.5.6 on fc6. > > > > Yes, it's the development version, so it's bound to be pretty unstable : > > you can use it for tests, but don't expect it to be very good (yet)! > > I am not expecting it worked very good, but in fact this is the only thing I have problems with, so it works good at least:) > > > > > That points to a wrong initialization order... which looks strange :-/ > > What You mean? If I new what should be the correct order, maybe I could fix it. I mean it should either work always or fail always : either the order is right, or it isn't. The fact that it's more 60% vs 40% would point to a threading issue... and we are supposed to be mostly single thready during startup :-/ Snark From laurentp at wp.pl Fri Nov 16 14:44:56 2007 From: laurentp at wp.pl (W.P.) Date: Fri, 16 Nov 2007 14:44:56 +0000 Subject: [Ekiga-list] Error messages In-Reply-To: <473D3F7E.2090509@free.fr> References: <473CBA83.7000305@wp.pl> <473D3F7E.2090509@free.fr> Message-ID: <473DACE8.5030507@wp.pl> U?ytkownik Julien Puydt napisa?: >W.P. a ?crit : > > >>I have upgraded to latest 2.0.11 Ekiga on my Fedora Core 8 box. (I had >>to upgrade evolution-data-server also). >>Now, as I start Ekiga from commend line, I have error message: >>(ekiga:6371): Pango-WARNING **: >>/usr/lib/pango/1.6.0/modules/pango-basic-fc.so: can't open shared >>object: no such file or directory. >>It says right, there is no such file. This file existed in the past >>(latest pango version WITH this file I have found is : 1.14.4 for Fedora >>Core 6, for fc8 version is 1.18). >>Apart of this Ekiga seems to run OK. >>Don't know if it is Ekiga or pango specific. >> >> > >I'd say it's gtk+ specific... > > > Probably You are right, i have same error when trying to start PgAdmin3. Any advice? (I think it happened after some package upgrades). W.P. >Snark on #ekiga >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >http://mail.gnome.org/mailman/listinfo/ekiga-list > > > From sevmek at free.fr Fri Nov 16 15:53:59 2007 From: sevmek at free.fr (yannick) Date: Fri, 16 Nov 2007 16:53:59 +0100 Subject: [Ekiga-list] no echo with sip:500@ekiga.net In-Reply-To: <200711160559.08440.manouchk@gmail.com> References: <200711151715.44752.manouchk@gmail.com> <1195157496.8694.111.camel@achille> <200711160559.08440.manouchk@gmail.com> Message-ID: <1195228439.8694.117.camel@achille> Le vendredi 16 novembre 2007 ? 05:59 -0200, Emmanuel Favre-Nicolin a ?crit : > Well PCMU and PCMA weren't enable, now they are but it does not > change, I > unfortunatly don't here no echo. Is the microphone device open and the level up? -- 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 manouchk at gmail.com Fri Nov 16 16:40:13 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Fri, 16 Nov 2007 14:40:13 -0200 Subject: [Ekiga-list] no echo with sip:500@ekiga.net In-Reply-To: <1195228439.8694.117.camel@achille> References: <200711151715.44752.manouchk@gmail.com> <200711160559.08440.manouchk@gmail.com> <1195228439.8694.117.camel@achille> Message-ID: <200711161440.14116.manouchk@gmail.com> Le vendredi 16 novembre 2007, yannick a ?crit?: > Le vendredi 16 novembre 2007 ? 05:59 -0200, Emmanuel Favre-Nicolin a > > ?crit : > > Well PCMU and PCMA weren't enable, now they are but it does not > > change, I > > unfortunatly don't here no echo. > > Is the microphone device open and the level up? Yes it is, I can pass successfully the Audio test of the 1st time configuration assistant and then try sip:500 at ekiga.net. I just hear the voice and after if I speak, no echo. I can't figure out what's wrong here. From laurentp at wp.pl Fri Nov 16 19:21:31 2007 From: laurentp at wp.pl (W.P.) Date: Fri, 16 Nov 2007 19:21:31 +0000 Subject: [Ekiga-list] Ekiga.net problem Message-ID: <473DEDBB.5030906@wp.pl> Hello, I have problem with ekiga.net server: 1). I CAN register with ekiga program (Linux, 2.0.11). 2). I CAN register with asterisk 1.4 using SIP to the same account 3). I CAN'T register with an Grandstream GS-386 VoIP gateway. But with the SAME hardware I CAN register to other VoIP providers. 4). I CAN register Grandstream with my own asterisk. Same account (on ekiga.net) used: laurentppol In syslog (I have set up syslog server for GS) I have message: SIP registeration failed. Server (IP addr of ekiga.net). But no reason. Any ideas? Suggestions on how to trace problem? Laurent From laurentp at wp.pl Fri Nov 16 20:01:57 2007 From: laurentp at wp.pl (W.P.) Date: Fri, 16 Nov 2007 20:01:57 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <473DEDBB.5030906@wp.pl> References: <473DEDBB.5030906@wp.pl> Message-ID: <473DF735.3000506@wp.pl> U?ytkownik W.P. napisa?: >Hello, >I have problem with ekiga.net server: >1). I CAN register with ekiga program (Linux, 2.0.11). >2). I CAN register with asterisk 1.4 using SIP to the same account >3). I CAN'T register with an Grandstream GS-386 VoIP gateway. But with >the SAME hardware I CAN register to other VoIP providers. >4). I CAN register Grandstream with my own asterisk. > >Same account (on ekiga.net) used: laurentppol > >In syslog (I have set up syslog server for GS) I have message: SIP >registeration failed. Server (IP addr of ekiga.net). But no reason. > >Any ideas? Suggestions on how to trace problem? > > > Looks that redirecting ports 5000-5100 on my firewall to Grandstream device partially solved problem. Why partially? Now GS registers correctly and I can register with Ekiga program on my PC but trying to call from Ekiga -> my account on ekiga.net gives User Not Found. Any better suggestions? >Laurent >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >http://mail.gnome.org/mailman/listinfo/ekiga-list > > From komarak at pjm.com Fri Nov 16 20:57:34 2007 From: komarak at pjm.com (komarak at pjm.com) Date: Fri, 16 Nov 2007 15:57:34 -0500 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: <2D886BA5D7200846B24E70E7C425CA05793ABE@EXC11VWP.corp.ds.pjm.com> Message-ID: <2D886BA5D7200846B24E70E7C425CA05793AC8@EXC11VWP.corp.ds.pjm.com> Anyone have video working on the Windows Beta of EKIGA ? -----Original Message----- From: Komara, Kevin Sent: Thursday, November 15, 2007 8:28 PM To: 'ekiga-list at gnome.org' Subject: Video Problem with Ekiga on Windows XP Pro Hi, I am a new Ekiga user. I have to compliment your efforts - Ekiga is a very nice piece of software !! I have successfully installed Ekiga on 2 PCs (PC1 and PC2) on my home network running Windows XP Pro on both PCs. The software installed beautifully on both PCs. I was able to configure SIP through my Asterisk Win32 Server (On a third Windows XP PC - PC3). I can make full duplex voice calls through Asterisk WIn32 using Ekiga between PC1 and PC2 with no issues. What I really want to do is video conference between PC1 and PC2 through Asterisk. I have not set up a SIP account on your web site - I just want to do SIP calls on my private network. PC1 has an older analog video capture card - Pinnacle DC10+ installed. I have an old VHS video camera plugged into it. It works very well under Windows XP and is recognized by Ekiga. I can see the video from the DC10+ on the local screen under Ekiga. PC2 has a newer USB video camera installed. It also works very well under WindowsXP - although it is slower and with much poorer resolution than the DC10+. The USB camera is also recognized by Ekiga on PC2 and I can see its video on the local Ekiga window. When I make a call from PC1 to PC2 I expected the video from PC1 to be visible in a window on PC2, and of course the video from PC1 on a window on PC2. This does not happen. I only see the local video on both PC1 and PC2. Under the view on both Ekiga installations I see the options for "Remote Video", "Both(Picture-in-Picture)", "Both (Side-by-Side)", and "Both (Both in New Windows)" - but NONE of these options can be selected - they are grayed out. Should this be working ??? Do I have something configured incorrectly ? Do I have to purchase an upgrade ? I have successfully configured another piece of Video conference software (Zoomcall Pro) and the video from these same PCs works fine in video conference mode. Unfortunately Zoomcall REQUIRES you to communicate through their server on the Internet. I don't want to do that - I want to stay on my private network. Please help any way you can. Also - as you might have guessed - I have quite an elaborate set up in my lab area so I would be willing to test any new software you might need a third party to test. Thanks, Kevin Komara ************************************************************************ ************* Kevin J. Komara P.E. Senior Engineer PJM Interconnection L.L.C. Phone: (610) 666-4751 Fax: (610) 666-4282 Email: komarak at pjm.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From randall at tnr.cc Fri Nov 16 21:45:58 2007 From: randall at tnr.cc (Randall Smith) Date: Fri, 16 Nov 2007 15:45:58 -0600 Subject: [Ekiga-list] audio lag on 2.0.11 Message-ID: <473E0F96.2070300@tnr.cc> Are others noticing increased audio lag with 2.0.11? I've switched between the previous release (2.0.9 on ubuntu feisty), 2.0.11 on feisty and gutsy and snapshot on gutsy and there is definitely significant audio lag with 2.0.11 only. Easily identifiable on echo test. When I speak with my sister who is on gutsy/2.0.11, her video is ahead of her speech. If I'm not the only one, has anyone been able to resolve this issue? Thanks. Randall From palos at post.sk Fri Nov 16 21:57:33 2007 From: palos at post.sk (Palo S.) Date: 16 Nov 2007 22:57:33 +0100 (CET) Subject: [Ekiga-list] audio lag on 2.0.11 Message-ID: <473E124D.000001.29430@kamasutra> Indeed, I can confirm this regression. I blamed my new provider for this increased lag problem but now I have tried downgrading to 2.0.9 and indeed, the lag is significantly smaller. Possibly important difference in -d4 logs between 2.0.9 and 2.0.11: 2.0.11: Media Audio sink data size set to 320 bytes and 20 buffers. 2.0.9: Media Audio sink data size set to 320 bytes and 3 buffers. 2.0.11: 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 GMManager Will establish the connection 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 OpalMan OnEstablished Call[1]-EP[be7e085f-fe92-dc11-97c8-0050183bb921 at quacka.localdomain] 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 Call OnEstablished Call[1]-EP[be7e085f-fe92-dc11-97c8-0050183bb921 at quacka.localdomain] 2007/11/16 23:10:16.905 0:29.429 Media Patch:921dc90 RTP First sent data: ver=2 pt=PCMU psz=160 m=1 x=0 seq=23418 ts=0 src=2927315401 ccnt=0 2007/11/16 23:10:16.907 0:29.431 SIP Handler:91a1798 SIP Awaiting next PDU. 2007/11/16 23:10:16.920 0:29.444 RTP Jitter:92369c8 RTP First receive data: ver=2 pt=PCMU psz=160 m=0 x=0 seq=45837 ts=9120 src=1294607361 ccnt=0 2007/11/16 23:10:16.990 0:29.514 Media Patch:922f770 RTP First sent data: ver=2 pt=H261 psz=950 m=0 x=0 seq=19986 ts=0 src=2536963168 ccnt=0 2007/11/16 23:10:17.927 0:30.451 Housekeeper RTP Found existing session 1 2007/11/16 23:10:17.927 0:30.451 Housekeeper RTP Found existing session 2 2007/11/16 23:10:18.069 0:30.593 Media Patch:9220bb0 RTP Jitter buffer target size decreased to 160 (20ms) 2007/11/16 23:10:18.893 0:31.417 Media Patch:921dc90 RTP Transmit statistics: packets=101 octets=16160 avgTime=19 maxTime=43 minTime=6 2007/11/16 23:10:18.912 0:31.436 Housekeeper RTP Found existing session 1 2007/11/16 23:10:18.912 0:31.436 Housekeeper RTP Found existing session 2 2007/11/16 23:10:18.927 0:31.451 RTP Jitter:92369c8 RTP Receive statistics: packets=101 octets=16160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=28 minTime=12 jitter=2 maxJitter=4 2007/11/16 23:10:19.944 0:32.468 Housekeeper RTP Found existing session 1 2007/11/16 23:10:19.944 0:32.468 Housekeeper RTP Found existing session 2 2007/11/16 23:10:20.628 0:33.152 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:10:20.648 0:33.172 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:10:20.708 0:33.232 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:10:20.728 0:33.252 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:10:20.903 0:33.427 Media Patch:921dc90 RTP Transmit statistics: packets=201 octets=32160 avgTime=20 maxTime=43 minTime=5 2007/11/16 23:10:20.920 0:33.444 RTP Jitter:92369c8 RTP Receive statistics: packets=201 octets=32160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=29 minTime=11 jitter=4 maxJitter=6 2007/11/16 23:10:20.929 0:33.453 Housekeeper RTP Found existing session 1 2007/11/16 23:10:20.929 0:33.453 Housekeeper RTP Found existing session 2 2007/11/16 23:10:21.188 0:33.712 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:10:21.208 0:33.732 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:10:21.268 0:33.792 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:10:21.288 0:33.812 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:10:21.405 0:33.929 Media Patch:9220bb0 RTP Jitter buffer length exceeded 2007/11/16 23:10:21.405 0:33.929 Media Patch:9220bb0 RTP Jitter buffer size increased to 320 (40ms) 2007/11/16 23:10:21.749 0:34.273 Media Patch:922f770 RTP Transmit statistics: packets=169 octets=130630 avgTime=40 maxTime=96 minTime=0 2007/11/16 23:10:21.959 0:34.483 Housekeeper RTP Found existing session 1 2007/11/16 23:10:21.959 0:34.483 Housekeeper RTP Found existing session 2 2007/11/16 23:10:22.900 0:35.424 Media Patch:921dc90 RTP Transmit statistics: packets=301 octets=48160 avgTime=19 maxTime=60 minTime=5 2007/11/16 23:10:22.929 0:35.453 RTP Jitter:92369c8 RTP Receive statistics: packets=301 octets=48160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=29 minTime=11 jitter=4 maxJitter=6 2.0.9: 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 GMManager Will establish the connection 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 OpalMan OnEstablished Call[1]-EP[8ecd57a5-fe92-dc11-8891-0050183bb921 at quacka.localdomain] 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 Call OnEstablished Call[1]-EP[8ecd57a5-fe92-dc11-8891-0050183bb921 at quacka.localdomain] 2007/11/16 23:12:14.833 0:27.376 SIP Handler:a5a2fe8 SIP Awaiting next PDU. 2007/11/16 23:12:14.836 0:27.379 Media Patch:a5a6d30 RTP First sent data: ver=2 pt=PCMU psz=160 m=1 x=0 seq=6308 ts=0 src=598089456 ccnt=0 2007/11/16 23:12:14.853 0:27.397 RTP Jitter:a5c0a80 RTP First receive data: ver=2 pt=PCMU psz=160 m=0 x=0 seq=15765 ts=8960 src=2020452002 ccnt=0 2007/11/16 23:12:14.903 0:27.446 Media Patch:a5adf58 RTP First sent data: ver=2 pt=H261 psz=1009 m=0 x=0 seq=56111 ts=0 src=4257995702 ccnt=0 2007/11/16 23:12:15.249 0:27.792 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:12:15.268 0:27.811 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:12:15.858 0:28.401 Housekeeper RTP Found existing session 1 2007/11/16 23:12:15.858 0:28.401 Housekeeper RTP Found existing session 2 2007/11/16 23:12:16.449 0:28.992 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:12:16.468 0:29.011 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:12:16.828 0:29.371 Media Patch:a5a6d30 RTP Transmit statistics: packets=101 octets=16160 avgTime=19 maxTime=53 minTime=6 2007/11/16 23:12:16.858 0:29.402 RTP Jitter:a5c0a80 RTP Receive statistics: packets=101 octets=16160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=29 minTime=11 jitter=2 maxJitter=5 2007/11/16 23:12:16.865 0:29.409 Housekeeper RTP Found existing session 1 2007/11/16 23:12:16.866 0:29.409 Housekeeper RTP Found existing session 2 2007/11/16 23:12:16.928 0:29.471 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:12:16.948 0:29.491 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer 2007/11/16 23:12:17.897 0:30.440 Housekeeper RTP Found existing session 1 2007/11/16 23:12:17.897 0:30.440 Housekeeper RTP Found existing session 2 2007/11/16 23:12:18.833 0:31.376 Media Patch:a5a6d30 RTP Transmit statistics: packets=201 octets=32160 avgTime=20 maxTime=52 minTime=6 2007/11/16 23:12:18.854 0:31.397 RTP Jitter:a5c0a80 RTP Receive statistics: packets=201 octets=32160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=29 minTime=11 jitter=3 maxJitter=5 2007/11/16 23:12:18.890 0:31.433 Housekeeper RTP Found existing session 1 2007/11/16 23:12:18.890 0:31.433 Housekeeper RTP Found existing session 2 2007/11/16 23:12:19.936 0:32.498 Housekeeper RTP Found existing session 1 2007/11/16 23:12:19.955 0:32.499 Housekeeper RTP Found existing session 2 2007/11/16 23:12:20.827 0:33.370 Media Patch:a5a6d30 RTP Transmit statistics: packets=301 octets=48160 avgTime=19 maxTime=53 minTime=5 2007/11/16 23:12:20.854 0:33.397 RTP Jitter:a5c0a80 RTP Receive statistics: packets=301 octets=48160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=28 minTime=12 jitter=2 maxJitter=5 __________ http://poistenie.sme.sk - poistite svoje auto cez web! From palos at post.sk Fri Nov 16 22:28:09 2007 From: palos at post.sk (Palo S.) Date: 16 Nov 2007 23:28:09 +0100 (CET) Subject: [Ekiga-list] audio lag on 2.0.11 Message-ID: <473E1979.000001.30495@kamasutra> I should also add that I am not using Ubuntu but Fedora 7 so this does not seem to be packaging/distribution specific problem. More specifically, I used these packages in the test: ekiga-2.0.9-0.fc6 pwlib-1.10.7-0.fc6 opal-2.2.8-0.fc6 ekiga-2.0.11-1.fc7 opal-2.2.11-1.fc7 pwlib-1.10.10-1.fc7 __________ Najpopul?rnej?? blog na Slovensku - http://blog.sme.sk/ From dsandras at seconix.com Sat Nov 17 10:36:53 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 17 Nov 2007 11:36:53 +0100 Subject: [Ekiga-list] no echo with sip:500@ekiga.net In-Reply-To: <200711161440.14116.manouchk@gmail.com> References: <200711151715.44752.manouchk@gmail.com> <200711160559.08440.manouchk@gmail.com> <1195228439.8694.117.camel@achille> <200711161440.14116.manouchk@gmail.com> Message-ID: <1195295813.4232.0.camel@scorpion> Le vendredi 16 novembre 2007 ? 14:40 -0200, Emmanuel Favre-Nicolin a ?crit : > Le vendredi 16 novembre 2007, yannick a ?crit : > > Le vendredi 16 novembre 2007 ? 05:59 -0200, Emmanuel Favre-Nicolin a > > > > ?crit : > > > Well PCMU and PCMA weren't enable, now they are but it does not > > > change, I > > > unfortunatly don't here no echo. > > > > Is the microphone device open and the level up? > > Yes it is, I can pass successfully the Audio test of the 1st time > configuration assistant and then try sip:500 at ekiga.net. I just hear the voice > and after if I speak, no echo. > > I can't figure out what's wrong here. If you hear the female voice, the problem is on the microphone side. When you pass the audio test, what is the delay between the time you speak and the time you hear what you said ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sat Nov 17 10:37:39 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 17 Nov 2007 11:37:39 +0100 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <473DF735.3000506@wp.pl> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> Message-ID: <1195295859.4232.2.camel@scorpion> Le vendredi 16 novembre 2007 ? 20:01 +0000, W.P. a ?crit : > U?ytkownik W.P. napisa?: > > >Hello, > >I have problem with ekiga.net server: > >1). I CAN register with ekiga program (Linux, 2.0.11). > >2). I CAN register with asterisk 1.4 using SIP to the same account > >3). I CAN'T register with an Grandstream GS-386 VoIP gateway. But with > >the SAME hardware I CAN register to other VoIP providers. > >4). I CAN register Grandstream with my own asterisk. > > > >Same account (on ekiga.net) used: laurentppol > > > >In syslog (I have set up syslog server for GS) I have message: SIP > >registeration failed. Server (IP addr of ekiga.net). But no reason. > > > >Any ideas? Suggestions on how to trace problem? > > > > > > > Looks that redirecting ports 5000-5100 on my firewall to Grandstream > device partially solved problem. > Why partially? Now GS registers correctly and I can register with Ekiga > program on my PC but trying to call from Ekiga -> my account on > ekiga.net gives User Not Found. > > Any better suggestions? > Is it the same account for both ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sat Nov 17 10:39:43 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 17 Nov 2007 11:39:43 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <473E124D.000001.29430@kamasutra> References: <473E124D.000001.29430@kamasutra> Message-ID: <1195295983.4232.6.camel@scorpion> Ah, ... The number of buffers has been increased for windows Vista. I suppose I should revert it to 3, and add a setting for windows users. I will do that. I had not noticed any lag with my soundcard :-/ Le vendredi 16 novembre 2007 ? 22:57 +0100, Palo S. a ?crit : > Indeed, I can confirm this regression. I blamed my new provider > for this increased lag problem but now I have tried downgrading > to 2.0.9 and indeed, the lag is significantly smaller. Possibly > important difference in -d4 logs between 2.0.9 and 2.0.11: > > 2.0.11: > Media Audio sink data size set to 320 bytes and 20 buffers. > > 2.0.9: > Media Audio sink data size set to 320 bytes and 3 buffers. > > > > 2.0.11: > 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 GMManager Will establish the connection > 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 OpalMan OnEstablished Call[1]-EP[be7e085f-fe92-dc11-97c8-0050183bb921 at quacka.localdomain] > 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 Call OnEstablished Call[1]-EP[be7e085f-fe92-dc11-97c8-0050183bb921 at quacka.localdomain] > 2007/11/16 23:10:16.905 0:29.429 Media Patch:921dc90 RTP First sent data: ver=2 pt=PCMU psz=160 m=1 x=0 seq=23418 ts=0 src=2927315401 ccnt=0 > 2007/11/16 23:10:16.907 0:29.431 SIP Handler:91a1798 SIP Awaiting next PDU. > 2007/11/16 23:10:16.920 0:29.444 RTP Jitter:92369c8 RTP First receive data: ver=2 pt=PCMU psz=160 m=0 x=0 seq=45837 ts=9120 src=1294607361 ccnt=0 > 2007/11/16 23:10:16.990 0:29.514 Media Patch:922f770 RTP First sent data: ver=2 pt=H261 psz=950 m=0 x=0 seq=19986 ts=0 src=2536963168 ccnt=0 > 2007/11/16 23:10:17.927 0:30.451 Housekeeper RTP Found existing session 1 > 2007/11/16 23:10:17.927 0:30.451 Housekeeper RTP Found existing session 2 > 2007/11/16 23:10:18.069 0:30.593 Media Patch:9220bb0 RTP Jitter buffer target size decreased to 160 (20ms) > 2007/11/16 23:10:18.893 0:31.417 Media Patch:921dc90 RTP Transmit statistics: packets=101 octets=16160 avgTime=19 maxTime=43 minTime=6 > 2007/11/16 23:10:18.912 0:31.436 Housekeeper RTP Found existing session 1 > 2007/11/16 23:10:18.912 0:31.436 Housekeeper RTP Found existing session 2 > 2007/11/16 23:10:18.927 0:31.451 RTP Jitter:92369c8 RTP Receive statistics: packets=101 octets=16160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=28 minTime=12 jitter=2 maxJitter=4 > 2007/11/16 23:10:19.944 0:32.468 Housekeeper RTP Found existing session 1 > 2007/11/16 23:10:19.944 0:32.468 Housekeeper RTP Found existing session 2 > 2007/11/16 23:10:20.628 0:33.152 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:10:20.648 0:33.172 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:10:20.708 0:33.232 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:10:20.728 0:33.252 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:10:20.903 0:33.427 Media Patch:921dc90 RTP Transmit statistics: packets=201 octets=32160 avgTime=20 maxTime=43 minTime=5 > 2007/11/16 23:10:20.920 0:33.444 RTP Jitter:92369c8 RTP Receive statistics: packets=201 octets=32160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=29 minTime=11 jitter=4 maxJitter=6 > 2007/11/16 23:10:20.929 0:33.453 Housekeeper RTP Found existing session 1 > 2007/11/16 23:10:20.929 0:33.453 Housekeeper RTP Found existing session 2 > 2007/11/16 23:10:21.188 0:33.712 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:10:21.208 0:33.732 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:10:21.268 0:33.792 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:10:21.288 0:33.812 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:10:21.405 0:33.929 Media Patch:9220bb0 RTP Jitter buffer length exceeded > 2007/11/16 23:10:21.405 0:33.929 Media Patch:9220bb0 RTP Jitter buffer size increased to 320 (40ms) > 2007/11/16 23:10:21.749 0:34.273 Media Patch:922f770 RTP Transmit statistics: packets=169 octets=130630 avgTime=40 maxTime=96 minTime=0 > 2007/11/16 23:10:21.959 0:34.483 Housekeeper RTP Found existing session 1 > 2007/11/16 23:10:21.959 0:34.483 Housekeeper RTP Found existing session 2 > 2007/11/16 23:10:22.900 0:35.424 Media Patch:921dc90 RTP Transmit statistics: packets=301 octets=48160 avgTime=19 maxTime=60 minTime=5 > 2007/11/16 23:10:22.929 0:35.453 RTP Jitter:92369c8 RTP Receive statistics: packets=301 octets=48160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=29 minTime=11 jitter=4 maxJitter=6 > > > 2.0.9: > 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 GMManager Will establish the connection > 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 OpalMan OnEstablished Call[1]-EP[8ecd57a5-fe92-dc11-8891-0050183bb921 at quacka.localdomain] > 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 Call OnEstablished Call[1]-EP[8ecd57a5-fe92-dc11-8891-0050183bb921 at quacka.localdomain] > 2007/11/16 23:12:14.833 0:27.376 SIP Handler:a5a2fe8 SIP Awaiting next PDU. > 2007/11/16 23:12:14.836 0:27.379 Media Patch:a5a6d30 RTP First sent data: ver=2 pt=PCMU psz=160 m=1 x=0 seq=6308 ts=0 src=598089456 ccnt=0 > 2007/11/16 23:12:14.853 0:27.397 RTP Jitter:a5c0a80 RTP First receive data: ver=2 pt=PCMU psz=160 m=0 x=0 seq=15765 ts=8960 src=2020452002 ccnt=0 > 2007/11/16 23:12:14.903 0:27.446 Media Patch:a5adf58 RTP First sent data: ver=2 pt=H261 psz=1009 m=0 x=0 seq=56111 ts=0 src=4257995702 ccnt=0 > 2007/11/16 23:12:15.249 0:27.792 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:12:15.268 0:27.811 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:12:15.858 0:28.401 Housekeeper RTP Found existing session 1 > 2007/11/16 23:12:15.858 0:28.401 Housekeeper RTP Found existing session 2 > 2007/11/16 23:12:16.449 0:28.992 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:12:16.468 0:29.011 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:12:16.828 0:29.371 Media Patch:a5a6d30 RTP Transmit statistics: packets=101 octets=16160 avgTime=19 maxTime=53 minTime=6 > 2007/11/16 23:12:16.858 0:29.402 RTP Jitter:a5c0a80 RTP Receive statistics: packets=101 octets=16160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=29 minTime=11 jitter=2 maxJitter=5 > 2007/11/16 23:12:16.865 0:29.409 Housekeeper RTP Found existing session 1 > 2007/11/16 23:12:16.866 0:29.409 Housekeeper RTP Found existing session 2 > 2007/11/16 23:12:16.928 0:29.471 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:12:16.948 0:29.491 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > 2007/11/16 23:12:17.897 0:30.440 Housekeeper RTP Found existing session 1 > 2007/11/16 23:12:17.897 0:30.440 Housekeeper RTP Found existing session 2 > 2007/11/16 23:12:18.833 0:31.376 Media Patch:a5a6d30 RTP Transmit statistics: packets=201 octets=32160 avgTime=20 maxTime=52 minTime=6 > 2007/11/16 23:12:18.854 0:31.397 RTP Jitter:a5c0a80 RTP Receive statistics: packets=201 octets=32160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=29 minTime=11 jitter=3 maxJitter=5 > 2007/11/16 23:12:18.890 0:31.433 Housekeeper RTP Found existing session 1 > 2007/11/16 23:12:18.890 0:31.433 Housekeeper RTP Found existing session 2 > 2007/11/16 23:12:19.936 0:32.498 Housekeeper RTP Found existing session 1 > 2007/11/16 23:12:19.955 0:32.499 Housekeeper RTP Found existing session 2 > 2007/11/16 23:12:20.827 0:33.370 Media Patch:a5a6d30 RTP Transmit statistics: packets=301 octets=48160 avgTime=19 maxTime=53 minTime=5 > 2007/11/16 23:12:20.854 0:33.397 RTP Jitter:a5c0a80 RTP Receive statistics: packets=301 octets=48160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=28 minTime=12 jitter=2 maxJitter=5 > > > > > __________ > http://poistenie.sme.sk - poistite svoje auto cez web! > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sat Nov 17 10:40:35 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 17 Nov 2007 11:40:35 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <1195295983.4232.6.camel@scorpion> References: <473E124D.000001.29430@kamasutra> <1195295983.4232.6.camel@scorpion> Message-ID: <1195296035.4232.10.camel@scorpion> Btw, thank you for your efficient debugging ! Le samedi 17 novembre 2007 ? 11:39 +0100, Damien Sandras a ?crit : > Ah, ... > > > The number of buffers has been increased for windows Vista. > I suppose I should revert it to 3, and add a setting for windows users. > > I will do that. I had not noticed any lag with my soundcard :-/ > > Le vendredi 16 novembre 2007 ? 22:57 +0100, Palo S. a ?crit : > > Indeed, I can confirm this regression. I blamed my new provider > > for this increased lag problem but now I have tried downgrading > > to 2.0.9 and indeed, the lag is significantly smaller. Possibly > > important difference in -d4 logs between 2.0.9 and 2.0.11: > > > > 2.0.11: > > Media Audio sink data size set to 320 bytes and 20 buffers. > > > > 2.0.9: > > Media Audio sink data size set to 320 bytes and 3 buffers. > > > > > > > > 2.0.11: > > 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 GMManager Will establish the connection > > 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 OpalMan OnEstablished Call[1]-EP[be7e085f-fe92-dc11-97c8-0050183bb921 at quacka.localdomain] > > 2007/11/16 23:10:16.898 0:29.422 SIP Handler:91a1798 Call OnEstablished Call[1]-EP[be7e085f-fe92-dc11-97c8-0050183bb921 at quacka.localdomain] > > 2007/11/16 23:10:16.905 0:29.429 Media Patch:921dc90 RTP First sent data: ver=2 pt=PCMU psz=160 m=1 x=0 seq=23418 ts=0 src=2927315401 ccnt=0 > > 2007/11/16 23:10:16.907 0:29.431 SIP Handler:91a1798 SIP Awaiting next PDU. > > 2007/11/16 23:10:16.920 0:29.444 RTP Jitter:92369c8 RTP First receive data: ver=2 pt=PCMU psz=160 m=0 x=0 seq=45837 ts=9120 src=1294607361 ccnt=0 > > 2007/11/16 23:10:16.990 0:29.514 Media Patch:922f770 RTP First sent data: ver=2 pt=H261 psz=950 m=0 x=0 seq=19986 ts=0 src=2536963168 ccnt=0 > > 2007/11/16 23:10:17.927 0:30.451 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:10:17.927 0:30.451 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:10:18.069 0:30.593 Media Patch:9220bb0 RTP Jitter buffer target size decreased to 160 (20ms) > > 2007/11/16 23:10:18.893 0:31.417 Media Patch:921dc90 RTP Transmit statistics: packets=101 octets=16160 avgTime=19 maxTime=43 minTime=6 > > 2007/11/16 23:10:18.912 0:31.436 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:10:18.912 0:31.436 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:10:18.927 0:31.451 RTP Jitter:92369c8 RTP Receive statistics: packets=101 octets=16160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=28 minTime=12 jitter=2 maxJitter=4 > > 2007/11/16 23:10:19.944 0:32.468 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:10:19.944 0:32.468 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:10:20.628 0:33.152 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:10:20.648 0:33.172 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:10:20.708 0:33.232 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:10:20.728 0:33.252 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:10:20.903 0:33.427 Media Patch:921dc90 RTP Transmit statistics: packets=201 octets=32160 avgTime=20 maxTime=43 minTime=5 > > 2007/11/16 23:10:20.920 0:33.444 RTP Jitter:92369c8 RTP Receive statistics: packets=201 octets=32160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=29 minTime=11 jitter=4 maxJitter=6 > > 2007/11/16 23:10:20.929 0:33.453 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:10:20.929 0:33.453 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:10:21.188 0:33.712 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:10:21.208 0:33.732 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:10:21.268 0:33.792 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:10:21.288 0:33.812 Media Patch:9220bb0 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:10:21.405 0:33.929 Media Patch:9220bb0 RTP Jitter buffer length exceeded > > 2007/11/16 23:10:21.405 0:33.929 Media Patch:9220bb0 RTP Jitter buffer size increased to 320 (40ms) > > 2007/11/16 23:10:21.749 0:34.273 Media Patch:922f770 RTP Transmit statistics: packets=169 octets=130630 avgTime=40 maxTime=96 minTime=0 > > 2007/11/16 23:10:21.959 0:34.483 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:10:21.959 0:34.483 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:10:22.900 0:35.424 Media Patch:921dc90 RTP Transmit statistics: packets=301 octets=48160 avgTime=19 maxTime=60 minTime=5 > > 2007/11/16 23:10:22.929 0:35.453 RTP Jitter:92369c8 RTP Receive statistics: packets=301 octets=48160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=29 minTime=11 jitter=4 maxJitter=6 > > > > > > 2.0.9: > > 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 GMManager Will establish the connection > > 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 OpalMan OnEstablished Call[1]-EP[8ecd57a5-fe92-dc11-8891-0050183bb921 at quacka.localdomain] > > 2007/11/16 23:12:14.826 0:27.369 SIP Handler:a5a2fe8 Call OnEstablished Call[1]-EP[8ecd57a5-fe92-dc11-8891-0050183bb921 at quacka.localdomain] > > 2007/11/16 23:12:14.833 0:27.376 SIP Handler:a5a2fe8 SIP Awaiting next PDU. > > 2007/11/16 23:12:14.836 0:27.379 Media Patch:a5a6d30 RTP First sent data: ver=2 pt=PCMU psz=160 m=1 x=0 seq=6308 ts=0 src=598089456 ccnt=0 > > 2007/11/16 23:12:14.853 0:27.397 RTP Jitter:a5c0a80 RTP First receive data: ver=2 pt=PCMU psz=160 m=0 x=0 seq=15765 ts=8960 src=2020452002 ccnt=0 > > 2007/11/16 23:12:14.903 0:27.446 Media Patch:a5adf58 RTP First sent data: ver=2 pt=H261 psz=1009 m=0 x=0 seq=56111 ts=0 src=4257995702 ccnt=0 > > 2007/11/16 23:12:15.249 0:27.792 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:12:15.268 0:27.811 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:12:15.858 0:28.401 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:12:15.858 0:28.401 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:12:16.449 0:28.992 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:12:16.468 0:29.011 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:12:16.828 0:29.371 Media Patch:a5a6d30 RTP Transmit statistics: packets=101 octets=16160 avgTime=19 maxTime=53 minTime=6 > > 2007/11/16 23:12:16.858 0:29.402 RTP Jitter:a5c0a80 RTP Receive statistics: packets=101 octets=16160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=29 minTime=11 jitter=2 maxJitter=5 > > 2007/11/16 23:12:16.865 0:29.409 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:12:16.866 0:29.409 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:12:16.928 0:29.471 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:12:16.948 0:29.491 Media Patch:a5aba30 RTP Jitter buffer target realigned to current jitter buffer > > 2007/11/16 23:12:17.897 0:30.440 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:12:17.897 0:30.440 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:12:18.833 0:31.376 Media Patch:a5a6d30 RTP Transmit statistics: packets=201 octets=32160 avgTime=20 maxTime=52 minTime=6 > > 2007/11/16 23:12:18.854 0:31.397 RTP Jitter:a5c0a80 RTP Receive statistics: packets=201 octets=32160 lost=0 tooLate=0 order=0 avgTime=19 maxTime=29 minTime=11 jitter=3 maxJitter=5 > > 2007/11/16 23:12:18.890 0:31.433 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:12:18.890 0:31.433 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:12:19.936 0:32.498 Housekeeper RTP Found existing session 1 > > 2007/11/16 23:12:19.955 0:32.499 Housekeeper RTP Found existing session 2 > > 2007/11/16 23:12:20.827 0:33.370 Media Patch:a5a6d30 RTP Transmit statistics: packets=301 octets=48160 avgTime=19 maxTime=53 minTime=5 > > 2007/11/16 23:12:20.854 0:33.397 RTP Jitter:a5c0a80 RTP Receive statistics: packets=301 octets=48160 lost=0 tooLate=0 order=0 avgTime=20 maxTime=28 minTime=12 jitter=2 maxJitter=5 > > > > > > > > > > __________ > > http://poistenie.sme.sk - poistite svoje auto cez web! > > > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From manouchk at gmail.com Sat Nov 17 11:02:42 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Sat, 17 Nov 2007 09:02:42 -0200 Subject: [Ekiga-list] no echo with sip:500@ekiga.net In-Reply-To: <1195295813.4232.0.camel@scorpion> References: <200711151715.44752.manouchk@gmail.com> <200711161440.14116.manouchk@gmail.com> <1195295813.4232.0.camel@scorpion> Message-ID: <200711170902.43823.manouchk@gmail.com> > If you hear the female voice, the problem is on the microphone side. > > When you pass the audio test, what is the delay between the time you > speak and the time you hear what you said ? between 3 and 4 seconds, about 3.5 seconds. When doing this test, I had another problem. After 3.5 seconds, I hear a first echo with reasonnable intensity. After 7 seconds, I hear a 2n echo with greater intensity. After 10.5 seconds, I hear a 3rd echo with greater intensity and it is saturating quite a lot! (then I stopped) It look like echo are summing them. The reason was because the recording source was mix. I switched to mic and then I hear normal echos, first echos intensity is OK, and the 2nd echo is of smaller intensity etc.... After that modification, I observe no changes with sip:500 at ekiga.net, I just here the woman voice. From time to time, the woman voice is stopped before ending and the traffic on my ethernet card is symetric flux received=sent flux When the woman voice is not cutted, the traffic on my ethernet card is not symetric the sent flux stop before the received flux. I don't know if thqt could help understanding what's happening here. From law_ence.dev at ntlworld.com Sat Nov 17 13:00:55 2007 From: law_ence.dev at ntlworld.com (ael) Date: Sat, 17 Nov 2007 13:00:55 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <473DEDBB.5030906@wp.pl> References: <473DEDBB.5030906@wp.pl> Message-ID: <473EE607.5000606@ntlworld.com> W.P. wrote: > Hello, > I have problem with ekiga.net server: > 1). I CAN register with ekiga program (Linux, 2.0.11). > 2). I CAN register with asterisk 1.4 using SIP to the same account > 3). I CAN'T register with an Grandstream GS-386 VoIP gateway. Do you mean the Grandstream Handytone-386? But with > the SAME hardware I CAN register to other VoIP providers. > 4). I CAN register Grandstream with my own asterisk. [..snip] > Any ideas? Suggestions on how to trace problem? I use a handytone-486 and multiple copies of ekiga. The HT-486 registers with one voip provider and the various ekiga copies register with several providers *including* the one used for the grandstream (sipgate, as it happens). Of course, when registering with sipgate, it is necessary to use different SIP ports for the the various copies of ekiga and the Handytone. I have left my handytone with the default 5060 as shown here: http://homepage.ntlworld.com/lawrence_a_e/handytone/handy.png I have used the gconf editor to change the ekigas on different machines to use 5062, 5064, etc. I think the HT-386 shares the same firmware with the HT-386, so I would expect this to work for you. ael From laurentp at wp.pl Sat Nov 17 14:33:17 2007 From: laurentp at wp.pl (W.P.) Date: Sat, 17 Nov 2007 14:33:17 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <1195295859.4232.2.camel@scorpion> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> <1195295859.4232.2.camel@scorpion> Message-ID: <473EFBAD.50101@wp.pl> U?ytkownik Damien Sandras napisa?: >Le vendredi 16 novembre 2007 ? 20:01 +0000, W.P. a ?crit : > > >>U?ytkownik W.P. napisa?: >> >> >> >>>Hello, >>>I have problem with ekiga.net server: >>>1). I CAN register with ekiga program (Linux, 2.0.11). >>>2). I CAN register with asterisk 1.4 using SIP to the same account >>>3). I CAN'T register with an Grandstream GS-386 VoIP gateway. But with >>>the SAME hardware I CAN register to other VoIP providers. >>>4). I CAN register Grandstream with my own asterisk. >>> >>>Same account (on ekiga.net) used: laurentppol >>> >>>In syslog (I have set up syslog server for GS) I have message: SIP >>>registeration failed. Server (IP addr of ekiga.net). But no reason. >>> >>>Any ideas? Suggestions on how to trace problem? >>> >>> >>> >>> >>> >>Looks that redirecting ports 5000-5100 on my firewall to Grandstream >>device partially solved problem. >>Why partially? Now GS registers correctly and I can register with Ekiga >>program on my PC but trying to call from Ekiga -> my account on >>ekiga.net gives User Not Found. >> >>Any better suggestions? >> >> >> > >Is it the same account for both ? > > Yes. In next step I have set up redirects like this: 5000-5099 -> redirected to Grandstream 5100-5199 -> redirected to my PC. GS accounts on 5060 port 0 , 5062 port 1, Ekiga bound to 5160. Both registers OK for now, and I can call from GS my alias on ekiga.net Will report progress (now I have some sound problem on PC - not Ekiga-related, I have to fix it first) Laurent From laurentp at wp.pl Sat Nov 17 14:43:02 2007 From: laurentp at wp.pl (W.P.) Date: Sat, 17 Nov 2007 14:43:02 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <473EFBAD.50101@wp.pl> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> <1195295859.4232.2.camel@scorpion> <473EFBAD.50101@wp.pl> Message-ID: <473EFDF6.4020908@wp.pl> U?ytkownik W.P. napisa?: >U?ytkownik Damien Sandras napisa?: > > > >>Le vendredi 16 novembre 2007 ? 20:01 +0000, W.P. a ?crit : >> >> >> >> >>>U?ytkownik W.P. napisa?: >>> >>> >>> >>> >>> >>>>Hello, >>>>I have problem with ekiga.net server: >>>>1). I CAN register with ekiga program (Linux, 2.0.11). >>>>2). I CAN register with asterisk 1.4 using SIP to the same account >>>>3). I CAN'T register with an Grandstream GS-386 VoIP gateway. But with >>>>the SAME hardware I CAN register to other VoIP providers. >>>>4). I CAN register Grandstream with my own asterisk. >>>> >>>>Same account (on ekiga.net) used: laurentppol >>>> >>>>In syslog (I have set up syslog server for GS) I have message: SIP >>>>registeration failed. Server (IP addr of ekiga.net). But no reason. >>>> >>>>Any ideas? Suggestions on how to trace problem? >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>Looks that redirecting ports 5000-5100 on my firewall to Grandstream >>>device partially solved problem. >>>Why partially? Now GS registers correctly and I can register with Ekiga >>>program on my PC but trying to call from Ekiga -> my account on >>>ekiga.net gives User Not Found. >>> >>>Any better suggestions? >>> >>> >>> >>> >>> >>Is it the same account for both ? >> >> >> >> >Yes. >In next step I have set up redirects like this: >5000-5099 -> redirected to Grandstream >5100-5199 -> redirected to my PC. >GS accounts on 5060 port 0 , 5062 port 1, Ekiga bound to 5160. >Both registers OK for now, and I can call from GS my alias on ekiga.net >Will report progress (now I have some sound problem on PC - not >Ekiga-related, I have to fix it first) > >Laurent > > Today I will try with different accounts, I'll create a new one on ekiga.net. >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >http://mail.gnome.org/mailman/listinfo/ekiga-list > > From dsandras at seconix.com Sat Nov 17 14:13:21 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 17 Nov 2007 15:13:21 +0100 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <473EFBAD.50101@wp.pl> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> <1195295859.4232.2.camel@scorpion> <473EFBAD.50101@wp.pl> Message-ID: <1195308801.17846.0.camel@scorpion> Le samedi 17 novembre 2007 ? 14:33 +0000, W.P. a ?crit : > U?ytkownik Damien Sandras napisa?: > > >Le vendredi 16 novembre 2007 ? 20:01 +0000, W.P. a ?crit : > > > > > >>U?ytkownik W.P. napisa?: > >> > >> > >> > >>>Hello, > >>>I have problem with ekiga.net server: > >>>1). I CAN register with ekiga program (Linux, 2.0.11). > >>>2). I CAN register with asterisk 1.4 using SIP to the same account > >>>3). I CAN'T register with an Grandstream GS-386 VoIP gateway. But with > >>>the SAME hardware I CAN register to other VoIP providers. > >>>4). I CAN register Grandstream with my own asterisk. > >>> > >>>Same account (on ekiga.net) used: laurentppol > >>> > >>>In syslog (I have set up syslog server for GS) I have message: SIP > >>>registeration failed. Server (IP addr of ekiga.net). But no reason. > >>> > >>>Any ideas? Suggestions on how to trace problem? > >>> > >>> > >>> > >>> > >>> > >>Looks that redirecting ports 5000-5100 on my firewall to Grandstream > >>device partially solved problem. > >>Why partially? Now GS registers correctly and I can register with Ekiga > >>program on my PC but trying to call from Ekiga -> my account on > >>ekiga.net gives User Not Found. > >> > >>Any better suggestions? > >> > >> > >> > > > >Is it the same account for both ? > > > > > Yes. > In next step I have set up redirects like this: > 5000-5099 -> redirected to Grandstream > 5100-5199 -> redirected to my PC. > GS accounts on 5060 port 0 , 5062 port 1, Ekiga bound to 5160. > Both registers OK for now, and I can call from GS my alias on ekiga.net > Will report progress (now I have some sound problem on PC - not > Ekiga-related, I have to fix it first) > I'm not sure it is supposed to work (the same account). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From law_ence.dev at ntlworld.com Sat Nov 17 14:43:46 2007 From: law_ence.dev at ntlworld.com (ael) Date: Sat, 17 Nov 2007 14:43:46 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <1195308801.17846.0.camel@scorpion> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> <1195295859.4232.2.camel@scorpion> <473EFBAD.50101@wp.pl> <1195308801.17846.0.camel@scorpion> Message-ID: <473EFE22.4010701@ntlworld.com> Damien Sandras wrote: >> GS accounts on 5060 port 0 , 5062 port 1, Ekiga bound to 5160. >> Both registers OK for now, and I can call from GS my alias on ekiga.net >> Will report progress (now I have some sound problem on PC - not >> Ekiga-related, I have to fix it first) >> > > I'm not sure it is supposed to work (the same account). It works here. at least with sipgate which seems to be asterisk based. ael From law_ence.dev at ntlworld.com Sat Nov 17 14:46:59 2007 From: law_ence.dev at ntlworld.com (ael) Date: Sat, 17 Nov 2007 14:46:59 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <473EFDF6.4020908@wp.pl> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> <1195295859.4232.2.camel@scorpion> <473EFBAD.50101@wp.pl> <473EFDF6.4020908@wp.pl> Message-ID: <473EFEE3.8060006@ntlworld.com> W.P. wrote: >>>>> Hello, >>>>> I have problem with ekiga.net server: >>>>> 1). I CAN register with ekiga program (Linux, 2.0.11). >>>>> 2). I CAN register with asterisk 1.4 using SIP to the same account >>>>> 3). I CAN'T register with an Grandstream GS-386 VoIP gateway. But with >>>>> the SAME hardware I CAN register to other VoIP providers. >>>> Looks that redirecting ports 5000-5100 on my firewall to Grandstream >>>> device partially solved problem. [..snip..] >> In next step I have set up redirects like this: >> 5000-5099 -> redirected to Grandstream >> 5100-5199 -> redirected to my PC. >> GS accounts on 5060 port 0 , 5062 port 1, Ekiga bound to 5160. I don't think that you need any redirection if you are using distinct ports. It sounds as if your grandstream in down wind of your router which might not be the best place to put it. ael From laurentp at wp.pl Sat Nov 17 16:11:10 2007 From: laurentp at wp.pl (W.P.) Date: Sat, 17 Nov 2007 16:11:10 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <1195308801.17846.0.camel@scorpion> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> <1195295859.4232.2.camel@scorpion> <473EFBAD.50101@wp.pl> <1195308801.17846.0.camel@scorpion> Message-ID: <473F129E.9020600@wp.pl> > > >> >> >> > >I'm not sure it is supposed to work (the same account). > > I'll try 2 different accounts. But for now I have a sound problem: Ekiga does NOT see ALSA devices at all. What should I check? If set to OSS it sees devices, but complains when trying to output any sound. I suppose I must upgrade some package, but how to find which one? system-config-soundcard (latest from fc8) works correctly, xmms works ok with ALSA output. Laurent. From dford at ansur.demon.co.uk Sat Nov 17 15:56:35 2007 From: dford at ansur.demon.co.uk (David Ford) Date: Sat, 17 Nov 2007 15:56:35 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <473F129E.9020600@wp.pl> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> <1195295859.4232.2.camel@scorpion> <473EFBAD.50101@wp.pl> <1195308801.17846.0.camel@scorpion> <473F129E.9020600@wp.pl> Message-ID: <473F0F33.3090103@ansur.demon.co.uk> W.P. wrote: >> >>> >>> >>> >>> >> I'm not sure it is supposed to work (the same account). >> >> >> > I'll try 2 different accounts. > > But for now I have a sound problem: > Ekiga does NOT see ALSA devices at all. What should I check? If set to > OSS it sees devices, but complains when trying to output any sound. > I suppose I must upgrade some package, but how to find which one? > FC8 has issues with sound - it seems to be mostly due to pulseaudio - many people have removed pulseaudio. See - http://www.gagme.com/greg/linux/f8-tips.php 'Common Glitches and Problems' - David > system-config-soundcard (latest from fc8) works correctly, > xmms works ok with ALSA output. > > Laurent. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From hazel_russman at yahoo.co.uk Sat Nov 17 17:03:28 2007 From: hazel_russman at yahoo.co.uk (Hazel Russman) Date: Sat, 17 Nov 2007 17:03:28 +0000 (GMT) Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: Message-ID: <682017.36697.qm@web25005.mail.ukl.yahoo.com> I had the same problem but I was able to solve it by changing my audio devices. I found, oddly enough, that the device combination which gave the right result in the configuration druid didn't work in the online echo test. You could try a different combination of input and output audio in the preferences dialog. Hazel > Message: 1 > Date: Fri, 16 Nov 2007 14:40:13 -0200 > From: Emmanuel Favre-Nicolin > Subject: Re: [Ekiga-list] no echo with > sip:500 at ekiga.net > To: Ekiga mailing list > Message-ID: <200711161440.14116.manouchk at gmail.com> > Content-Type: text/plain; charset="utf-8" > > Le vendredi 16 novembre 2007, yannick a ?crit?: > > Le vendredi 16 novembre 2007 ? 05:59 -0200, > Emmanuel Favre-Nicolin a > > > > ?crit : > > > Well PCMU and PCMA weren't enable, now they are > but it does not > > > change, I > > > unfortunatly don't here no echo. > > > > Is the microphone device open and the level up? > > Yes it is, I can pass successfully the Audio test of > the 1st time > configuration assistant and then try > sip:500 at ekiga.net. I just hear the voice > and after if I speak, no echo. > > I can't figure out what's wrong here. > > ___________________________________________________________ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ From dsandras at seconix.com Sat Nov 17 16:52:53 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 17 Nov 2007 17:52:53 +0100 Subject: [Ekiga-list] no echo with sip:500@ekiga.net In-Reply-To: <200711170902.43823.manouchk@gmail.com> References: <200711151715.44752.manouchk@gmail.com> <200711161440.14116.manouchk@gmail.com> <1195295813.4232.0.camel@scorpion> <200711170902.43823.manouchk@gmail.com> Message-ID: <1195318373.17846.4.camel@scorpion> Le samedi 17 novembre 2007 ? 09:02 -0200, Emmanuel Favre-Nicolin a ?crit : > > If you hear the female voice, the problem is on the microphone side. > > > > When you pass the audio test, what is the delay between the time you > > speak and the time you hear what you said ? > > between 3 and 4 seconds, about 3.5 seconds. > > When doing this test, I had another problem. > After 3.5 seconds, I hear a first echo with reasonnable intensity. > After 7 seconds, I hear a 2n echo with greater intensity. > After 10.5 seconds, I hear a 3rd echo with greater intensity and it is > saturating quite a lot! (then I stopped) > > It look like echo are summing them. The reason was because the recording > source was mix. I switched to mic and then I hear normal echos, first echos > intensity is OK, and the 2nd echo is of smaller intensity etc.... > > After that modification, I observe no changes with sip:500 at ekiga.net, I just > here the woman voice. > > >From time to time, the woman voice is stopped before ending and the traffic on > my ethernet card is symetric flux received=sent flux > > When the woman voice is not cutted, the traffic on my ethernet card is not > symetric the sent flux stop before the received flux. > > I don't know if thqt could help understanding what's happening here. I don't understand what it could be... Can you post a -d 4 output somehwere? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From manouchk at gmail.com Sat Nov 17 17:37:10 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Sat, 17 Nov 2007 15:37:10 -0200 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <682017.36697.qm@web25005.mail.ukl.yahoo.com> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> Message-ID: <200711171537.10790.manouchk@gmail.com> I tried a lot of combination, no chance! I just managed to segfault ekiga but no sound. I tried with all other program stopped. Well maybe a problem with my sound conf. In my first post, I posted an output of ekiga -d 4. Here is another one, easier to read : http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_ekigaoutput.txt Is there a small livecd with ekiga outhere with automatic dhcp config that I could try in order to see if it can work with it? From dsandras at seconix.com Sun Nov 18 10:04:43 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 18 Nov 2007 11:04:43 +0100 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <200711171537.10790.manouchk@gmail.com> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <200711171537.10790.manouchk@gmail.com> Message-ID: <1195380283.4159.2.camel@scorpion> Le samedi 17 novembre 2007 ? 15:37 -0200, Emmanuel Favre-Nicolin a ?crit : > I tried a lot of combination, no chance! I just managed to segfault ekiga but > no sound. I tried with all other program stopped. Well maybe a problem with > my sound conf. > > > In my first post, I posted an output of ekiga -d 4. Here is another one, > easier to read : > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_ekigaoutput.txt Unfortunately this is not a valid -d 4 output. It looks like a -d 1 output. Usually, when you have sound problems, there are 2 possible causes : - a router misconfiguration: but in that case, you would not hear the female voice - a soundcard misconfiguration: but in that case, you would not hear the audio test So I really do not understand your problem, and I must admit that I have never heard anything about such a problem before :( > Is there a small livecd with ekiga outhere with automatic dhcp config that I > could try in order to see if it can work with it? I don't know any, but it perhaps exists, somewhere... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From sevmek at free.fr Sun Nov 18 13:03:12 2007 From: sevmek at free.fr (yannick) Date: Sun, 18 Nov 2007 14:03:12 +0100 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <1195380283.4159.2.camel@scorpion> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <200711171537.10790.manouchk@gmail.com> <1195380283.4159.2.camel@scorpion> Message-ID: <1195390992.5154.3.camel@achille> Le dimanche 18 novembre 2007 ? 11:04 +0100, Damien Sandras a ?crit : > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_ekigaoutput.txt > > Unfortunately this is not a valid -d 4 output. It looks like a -d 1 > output. > Are you using Ubuntu Gutsy or Debian (sid I guess... not sure)? There is a bug there which prevent to get a valid -d 4 output. Here is the bug report: https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302 To fix it: $ sudo apt-get install libopal-2.2-ptrace Regards, Yannick -- 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 dsandras at seconix.com Sun Nov 18 13:32:32 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 18 Nov 2007 14:32:32 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <473E124D.000001.29430@kamasutra> References: <473E124D.000001.29430@kamasutra> Message-ID: <1195392752.4159.9.camel@scorpion> Le vendredi 16 novembre 2007 ? 22:57 +0100, Palo S. a ?crit : > Indeed, I can confirm this regression. I blamed my new provider > for this increased lag problem but now I have tried downgrading > to 2.0.9 and indeed, the lag is significantly smaller. Possibly > important difference in -d4 logs between 2.0.9 and 2.0.11: > > 2.0.11: > Media Audio sink data size set to 320 bytes and 20 buffers. > > 2.0.9: > Media Audio sink data size set to 320 bytes and 3 buffers. > I reverted that change on linux. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From manouchk at gmail.com Sun Nov 18 18:30:42 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Sun, 18 Nov 2007 16:30:42 -0200 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <1195390992.5154.3.camel@achille> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <1195380283.4159.2.camel@scorpion> <1195390992.5154.3.camel@achille> Message-ID: <200711181630.44181.manouchk@gmail.com> Le dimanche 18 novembre 2007, yannick a ?crit?: > Le dimanche 18 novembre 2007 ? 11:04 +0100, Damien Sandras a ?crit : > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_ekigaoutput.tx > >t > > > > Unfortunately this is not a valid -d 4 output. It looks like a -d 1 > > output. > > Are you using Ubuntu Gutsy or Debian (sid I guess... not sure)? There is > a bug there which prevent to get a valid -d 4 output. Here is the bug > report: > https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302 In fact, I'm using gentoo. I didn't found any similar bug in the gentoo bug system. I reinstalled ekiga with debug flag, but guess it didn't change too much the ekiga -d 4 output: http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118_ekigaoutput.txt Oh, better I reinstalled pwlib, opal and ekiga with debug flag and here is the ekiga -d 4 output for an entire session with one attempte call to 500 at ekiga.net (I manually stopped the call) : http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118b_ekigaoutput.txt Some more informaotions : My audio card is : lspci -v | grep -i audio 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) I almost don't use modules, alsa is compiled in the kernel : more /usr/src/linux/.config|grep y|grep SND CONFIG_SND=y CONFIG_SND_TIMER=y CONFIG_SND_PCM=y CONFIG_SND_SEQUENCER=y CONFIG_SND_OSSEMUL=y CONFIG_SND_MIXER_OSS=y CONFIG_SND_PCM_OSS=y CONFIG_SND_PCM_OSS_PLUGINS=y CONFIG_SND_SEQUENCER_OSS=y CONFIG_SND_SUPPORT_OLD_API=y CONFIG_SND_VERBOSE_PROCFS=y CONFIG_SND_AC97_CODEC=y CONFIG_SND_INTEL8X0=y CONFIG_SND_INTEL8X0M=y Best regards, Emmanuel From laurentp at wp.pl Sun Nov 18 20:34:40 2007 From: laurentp at wp.pl (W.P.) Date: Sun, 18 Nov 2007 20:34:40 +0000 Subject: [Ekiga-list] Ekiga.net problem In-Reply-To: <473F0F33.3090103@ansur.demon.co.uk> References: <473DEDBB.5030906@wp.pl> <473DF735.3000506@wp.pl> <1195295859.4232.2.camel@scorpion> <473EFBAD.50101@wp.pl> <1195308801.17846.0.camel@scorpion> <473F129E.9020600@wp.pl> <473F0F33.3090103@ansur.demon.co.uk> Message-ID: <4740A1E0.7060606@wp.pl> U?ytkownik David Ford napisa?: >W.P. wrote: > > >>> >>> >>> >>>> >>>> >>>> >>>> >>>> >>>> >>>I'm not sure it is supposed to work (the same account). >>> >>> >>> >>> >>> >>I'll try 2 different accounts. >> >>But for now I have a sound problem: >>Ekiga does NOT see ALSA devices at all. What should I check? If set to >>OSS it sees devices, but complains when trying to output any sound. >>I suppose I must upgrade some package, but how to find which one? >> >> >> >FC8 has issues with sound - it seems to be mostly due to pulseaudio - >many people have removed pulseaudio. >See - http://www.gagme.com/greg/linux/f8-tips.php 'Common Glitches and >Problems' >- David > > You are right, I have found that permssions to /dev/snd/* were 0600. After fixing it to 0666 in udev.d configs Ekiga sees ALSA devices and sound is working. From cinetron at passport.ca Mon Nov 19 06:30:25 2007 From: cinetron at passport.ca (jim ruxton) Date: Mon, 19 Nov 2007 01:30:25 -0500 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu Message-ID: <1195453825.29931.44.camel@jims-laptop> I am having trouble connecting with anything via Ekiga. When I first log on I get this: Error while starting the listener for the SIP protocol Then when I try making a call including a test call I get "Security check failed" at the bottom of the screen. I tried some things like adding myself to group "voice", running using sudo etc but no luck. I used it in the past under Fedora so know that it can work with my machine and router. Any suggestions?? Jim From DAVE.HIGTON at nice.com Mon Nov 19 08:05:53 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Mon, 19 Nov 2007 08:05:53 -0000 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: <2D886BA5D7200846B24E70E7C425CA05793AC8@EXC11VWP.corp.ds.pjm.com> References: <2D886BA5D7200846B24E70E7C425CA05793ABE@EXC11VWP.corp.ds.pjm.com> <2D886BA5D7200846B24E70E7C425CA05793AC8@EXC11VWP.corp.ds.pjm.com> Message-ID: Yes; I can see my video; the far end can see my video. I've not had a call with anyone who has a camera at their end so I don't yet know whether incoming video works. This is the Windows 2.0.11 beta. Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of komarak at pjm.com Sent: 2007 November 16 20:58 To: ekiga-list at gnome.org Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Anyone have video working on the Windows Beta of EKIGA ? -----Original Message----- From: Komara, Kevin Sent: Thursday, November 15, 2007 8:28 PM To: 'ekiga-list at gnome.org' Subject: Video Problem with Ekiga on Windows XP Pro Hi, I am a new Ekiga user. I have to compliment your efforts - Ekiga is a very nice piece of software !! I have successfully installed Ekiga on 2 PCs (PC1 and PC2) on my home network running Windows XP Pro on both PCs. The software installed beautifully on both PCs. I was able to configure SIP through my Asterisk Win32 Server (On a third Windows XP PC - PC3). I can make full duplex voice calls through Asterisk WIn32 using Ekiga between PC1 and PC2 with no issues. What I really want to do is video conference between PC1 and PC2 through Asterisk. I have not set up a SIP account on your web site - I just want to do SIP calls on my private network. PC1 has an older analog video capture card - Pinnacle DC10+ installed. I have an old VHS video camera plugged into it. It works very well under Windows XP and is recognized by Ekiga. I can see the video from the DC10+ on the local screen under Ekiga. PC2 has a newer USB video camera installed. It also works very well under WindowsXP - although it is slower and with much poorer resolution than the DC10+. The USB camera is also recognized by Ekiga on PC2 and I can see its video on the local Ekiga window. When I make a call from PC1 to PC2 I expected the video from PC1 to be visible in a window on PC2, and of course the video from PC1 on a window on PC2. This does not happen. I only see the local video on both PC1 and PC2. Under the view on both Ekiga installations I see the options for "Remote Video", "Both(Picture-in-Picture)", "Both (Side-by-Side)", and "Both (Both in New Windows)" - but NONE of these options can be selected - they are grayed out. Should this be working ??? Do I have something configured incorrectly ? Do I have to purchase an upgrade ? I have successfully configured another piece of Video conference software (Zoomcall Pro) and the video from these same PCs works fine in video conference mode. Unfortunately Zoomcall REQUIRES you to communicate through their server on the Internet. I don't want to do that - I want to stay on my private network. Please help any way you can. Also - as you might have guessed - I have quite an elaborate set up in my lab area so I would be willing to test any new software you might need a third party to test. Thanks, Kevin Komara ************************************************************************ ************* Kevin J. Komara P.E. Senior Engineer PJM Interconnection L.L.C. Phone: (610) 666-4751 Fax: (610) 666-4282 Email: komarak at pjm.com ************************************************************************************************************************************************************************************************************************************************* 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. **************************************************************************************************************************************************************************************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Nov 19 08:52:17 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 19 Nov 2007 09:52:17 +0100 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195453825.29931.44.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> Message-ID: <1195462337.4233.6.camel@scorpion> Le lundi 19 novembre 2007 ? 01:30 -0500, jim ruxton a ?crit : > I am having trouble connecting with anything via Ekiga. When I first log > on I get this: > > Error while starting the listener for the SIP protocol > > Then when I try making a call including a test call I get "Security > check failed" at the bottom of the screen. I tried some things like > adding myself to group "voice", running using sudo etc but no luck. I > used it in the past under Fedora so know that it can work with my > machine and router. Any suggestions?? Check the network interface on which you are listening. It is probably not the correct one. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Mon Nov 19 08:53:18 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 19 Nov 2007 09:53:18 +0100 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <200711181630.44181.manouchk@gmail.com> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <1195380283.4159.2.camel@scorpion> <1195390992.5154.3.camel@achille> <200711181630.44181.manouchk@gmail.com> Message-ID: <1195462398.4233.8.camel@scorpion> Le dimanche 18 novembre 2007 ? 16:30 -0200, Emmanuel Favre-Nicolin a ?crit : > Le dimanche 18 novembre 2007, yannick a ?crit : > > Le dimanche 18 novembre 2007 ? 11:04 +0100, Damien Sandras a ?crit : > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_ekigaoutput.tx > > >t > > > > > > Unfortunately this is not a valid -d 4 output. It looks like a -d 1 > > > output. > > > > Are you using Ubuntu Gutsy or Debian (sid I guess... not sure)? There is > > a bug there which prevent to get a valid -d 4 output. Here is the bug > > report: > > https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302 > > In fact, I'm using gentoo. I didn't found any similar bug in the gentoo bug > system. > I reinstalled ekiga with debug flag, but guess it didn't change too much the > ekiga -d 4 output: > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118_ekigaoutput.txt > > Oh, better I reinstalled pwlib, opal and ekiga with debug flag and here is the > ekiga -d 4 output for an entire session with one attempte call to > 500 at ekiga.net (I manually stopped the call) : > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118b_ekigaoutput.txt > You seem to be sending and receiving audio, so I do not understand why you hear nothing... While being in a call, make sure the mic volume and such are correct. Disable sound events in the preferences. And if you connect to someone else, does he hear you ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From michel.memeteau at gmail.com Mon Nov 19 09:43:08 2007 From: michel.memeteau at gmail.com (michel memeteau) Date: Mon, 19 Nov 2007 10:43:08 +0100 Subject: [Ekiga-list] Small & quick review about a MSN -> SIP migration in french Message-ID: Hi for those reading french ( or that would want to translate ) , Here is my quick & dirty impression about a my try to move my non-techie friends from MSN video to SIP ... Not easy , but next Step will be Ekiga ( SVN ) report http://forum.ubuntu-fr.org/viewtopic.php?pid=1333321#p1333321 -- %<------------------------------------------------------->% Michel memeteau Blog 0.2 : http://memeteau.free.fr Fixe : 0874763294 Mobile : 0624808051 VOIP | Visio: sip:freechelmi at gizmoproject.com jabber/GoogleTalk : xmpp:freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From DAVE.HIGTON at nice.com Mon Nov 19 15:55:48 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Mon, 19 Nov 2007 15:55:48 -0000 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: <1194350344.4182.21.camel@scorpion> References: <1194347904.4182.4.camel@scorpion> <1194349773.4182.17.camel@scorpion> <1194350344.4182.21.camel@scorpion> Message-ID: > > > There is a limitation in Ekiga 2.0: the fact that it does > DNS queries > > > even when it is not useful. On WIN32, the code has been > accidentally > > > removed. It would explain why you do not encounter the > > > problem on WIN32. > > > > > > It indicates a problem on your DNS server... (it is slow). > > > > In that configuration, it's non-existent. > > > > Can I disable Ekiga's DNS requests? > > > > Yes, if you look in the archives, I indicate to someone where it is > located. I've looked through the archives, but I can't find anywhere how to disable Ekiga's DNS requests through /configuration/. Do you mean I would have to modify the source code and /rebuild/? 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 dsandras at seconix.com Mon Nov 19 16:19:47 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 19 Nov 2007 17:19:47 +0100 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: References: <1194347904.4182.4.camel@scorpion> <1194349773.4182.17.camel@scorpion> <1194350344.4182.21.camel@scorpion> Message-ID: <1195489187.27175.0.camel@scorpion> Le lundi 19 novembre 2007 ? 15:55 +0000, Dave Higton a ?crit : > > > > There is a limitation in Ekiga 2.0: the fact that it does > > DNS queries > > > > even when it is not useful. On WIN32, the code has been > > accidentally > > > > removed. It would explain why you do not encounter the > > > > problem on WIN32. > > > > > > > > It indicates a problem on your DNS server... (it is slow). > > > > > > In that configuration, it's non-existent. > > > > > > Can I disable Ekiga's DNS requests? > > > > > > > Yes, if you look in the archives, I indicate to someone where it is > > located. > > I've looked through the archives, but I can't find anywhere how > to disable Ekiga's DNS requests through /configuration/. Do you > mean I would have to modify the source code and /rebuild/? yes -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From cinetron at passport.ca Mon Nov 19 18:58:55 2007 From: cinetron at passport.ca (jim ruxton) Date: Mon, 19 Nov 2007 13:58:55 -0500 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195462337.4233.6.camel@scorpion> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> Message-ID: <1195498735.29931.57.camel@jims-laptop> Thanks Damien, I checked the network setting and it is set to eth1 which is my mireless port that I am using. In fact that is the only option available in the settings. Any other thoughts? Jim On Mon, 2007-11-19 at 09:52 +0100, Damien Sandras wrote: > Le lundi 19 novembre 2007 ? 01:30 -0500, jim ruxton a ?crit : > > I am having trouble connecting with anything via Ekiga. When I first log > > on I get this: > > > > Error while starting the listener for the SIP protocol > > > > Then when I try making a call including a test call I get "Security > > check failed" at the bottom of the screen. I tried some things like > > adding myself to group "voice", running using sudo etc but no luck. I > > used it in the past under Fedora so know that it can work with my > > machine and router. Any suggestions?? > > Check the network interface on which you are listening. It is probably > not the correct one. > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Mon Nov 19 20:17:01 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 19 Nov 2007 21:17:01 +0100 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195498735.29931.57.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> Message-ID: <1195503421.4189.20.camel@scorpion> Le lundi 19 novembre 2007 ? 13:58 -0500, jim ruxton a ?crit : > Thanks Damien, > I checked the network setting and it is set to eth1 which is my mireless > port that I am using. In fact that is the only option available in the > settings. Any other thoughts? > Jim What distribution is this ? I have read that there was this problem with some Ubuntu packages... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From cinetron at passport.ca Mon Nov 19 21:08:59 2007 From: cinetron at passport.ca (jim ruxton) Date: Mon, 19 Nov 2007 16:08:59 -0500 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195503421.4189.20.camel@scorpion> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> Message-ID: <1195506539.29931.61.camel@jims-laptop> This is Gutsy Kubuntu . kernel : 2.6.22-14-386 Jim On Mon, 2007-11-19 at 21:17 +0100, Damien Sandras wrote: > Le lundi 19 novembre 2007 ? 13:58 -0500, jim ruxton a ?crit : > > Thanks Damien, > > I checked the network setting and it is set to eth1 which is my mireless > > port that I am using. In fact that is the only option available in the > > settings. Any other thoughts? > > Jim > > What distribution is this ? > > I have read that there was this problem with some Ubuntu packages... > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Mon Nov 19 21:53:03 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 19 Nov 2007 22:53:03 +0100 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195506539.29931.61.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> Message-ID: <1195509183.4189.32.camel@scorpion> Le lundi 19 novembre 2007 ? 16:08 -0500, jim ruxton a ?crit : > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > Jim > Kilian, could it be the bug we are discussing with Geoff ? See below : > On Mon, 2007-11-19 at 21:17 +0100, Damien Sandras wrote: > > Le lundi 19 novembre 2007 ? 13:58 -0500, jim ruxton a ?crit : > > > Thanks Damien, > > > I checked the network setting and it is set to eth1 which is my mireless > > > port that I am using. In fact that is the only option available in the > > > settings. Any other thoughts? > > > Jim > > > > What distribution is this ? > > > > I have read that there was this problem with some Ubuntu packages... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From hradice at cfl.rr.com Mon Nov 19 22:38:31 2007 From: hradice at cfl.rr.com (Vince) Date: Mon, 19 Nov 2007 17:38:31 -0500 Subject: [Ekiga-list] Webcam Install Message-ID: <47421067.8020606@cfl.rr.com> An HTML attachment was scrubbed... URL: From randall at tnr.cc Mon Nov 19 22:54:38 2007 From: randall at tnr.cc (Randall Smith) Date: Mon, 19 Nov 2007 16:54:38 -0600 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <1195392752.4159.9.camel@scorpion> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> Message-ID: <4742142E.2080004@tnr.cc> Thanks Damien and Palo. Can I get to this changed code (svn or cvs or something)? I only see references to snapshots of the upcoming release. Randall Damien Sandras wrote: > Le vendredi 16 novembre 2007 ? 22:57 +0100, Palo S. a ?crit : >> Indeed, I can confirm this regression. I blamed my new provider >> for this increased lag problem but now I have tried downgrading >> to 2.0.9 and indeed, the lag is significantly smaller. Possibly >> important difference in -d4 logs between 2.0.9 and 2.0.11: >> >> 2.0.11: >> Media Audio sink data size set to 320 bytes and 20 buffers. >> >> 2.0.9: >> Media Audio sink data size set to 320 bytes and 3 buffers. >> > > I reverted that change on linux. From brrhtz at yahoo.de Mon Nov 19 23:41:50 2007 From: brrhtz at yahoo.de (Bruno Hertz) Date: Tue, 20 Nov 2007 00:41:50 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <473E124D.000001.29430@kamasutra> (Palo S.'s message of "16 Nov 2007 22\:57\:33 +0100 \(CET\)") References: <473E124D.000001.29430@kamasutra> Message-ID: <871wal6bwh.fsf@gigli.quasi.internal> Palo S. writes: > Indeed, I can confirm this regression. I blamed my new provider > for this increased lag problem but now I have tried downgrading > to 2.0.9 and indeed, the lag is significantly smaller. Possibly > important difference in -d4 logs between 2.0.9 and 2.0.11: > > 2.0.11: > Media Audio sink data size set to 320 bytes and 20 buffers. > > 2.0.9: > Media Audio sink data size set to 320 bytes and 3 buffers. As a general sidenote, I can tell you that a couple of years ago I spent weeks evaluating several SIP clients due to lagging issues until I found out how much this may depend on buffer/fragment/period numbers and sizes, depending of course also on the driver, card, the current driver implementation and various libraries (alsa etc) sitting in between. In fact, at that particular point the driver/libraries and suboptimal application defaults regarding sound caused much more lag than the network transmission proper on my system. The whole issue is really a drag, and it's a pity linux sound architecture designs offer no provisions for timing guarantees or at least delay measurement aids for interactive use cases like VoIP. The whole thing basically stinks, imho. If it was possible to implement some kind of network round trip time measurement in ekiga debug/verbose mode, I guess that might help pinning down lagging issues much more easily. Maybe there's even some facility defined in SIP, you guys will know. Regards, Bruno. From cinetron at passport.ca Tue Nov 20 02:24:39 2007 From: cinetron at passport.ca (jim ruxton) Date: Mon, 19 Nov 2007 21:24:39 -0500 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195509183.4189.32.camel@scorpion> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> Message-ID: <1195525479.29931.64.camel@jims-laptop> > > > > Thanks Damien, > > > > I checked the network setting and it is set to eth1 which is my mireless > > > > port that I am using. In fact that is the only option available in the > > > > settings. Any other thoughts? > > > > Jim > > > > > > What distribution is this ? > > > > > > I have read that there was this problem with some Ubuntu packages... > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > Kilian, could it be the bug we are discussing with Geoff ? Could Ekiga be trying to use a port already in use? Is there something I can check to try and figure out if this is the issue? Jim From DAVE.HIGTON at nice.com Tue Nov 20 08:40:07 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 20 Nov 2007 08:40:07 -0000 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: <1195489187.27175.0.camel@scorpion> References: <1194347904.4182.4.camel@scorpion> <1194349773.4182.17.camel@scorpion> <1194350344.4182.21.camel@scorpion> <1195489187.27175.0.camel@scorpion> Message-ID: > > I've looked through the archives, but I can't find anywhere how > > to disable Ekiga's DNS requests through /configuration/. Do you > > mean I would have to modify the source code and /rebuild/? > > yes In fact I discovered last night that I can achieve the result I need, for the demonstration, by simply removing all the DNS server addresses from my machine's configuration. Ekiga is no longer paralysed; I presume any DNS attempts fail immediately instead of some (long) time later. Thanks for your help! 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 DAVE.HIGTON at nice.com Tue Nov 20 08:45:31 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 20 Nov 2007 08:45:31 -0000 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: References: <2D886BA5D7200846B24E70E7C425CA05793ABE@EXC11VWP.corp.ds.pjm.com> <2D886BA5D7200846B24E70E7C425CA05793AC8@EXC11VWP.corp.ds.pjm.com> Message-ID: In fact I've received video on the Windows 2.0.11 beta too. The only thing I haven't had working is simultaneous transmission and reception of video, since I only have one webcam handy. Windows XP Pro. This is on the company's LAN where there is no SIP server of any kind and no SIP access to external providers. Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Dave Higton Sent: 2007 November 19 08:06 To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Yes; I can see my video; the far end can see my video. I've not had a call with anyone who has a camera at their end so I don't yet know whether incoming video works. This is the Windows 2.0.11 beta. Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of komarak at pjm.com Sent: 2007 November 16 20:58 To: ekiga-list at gnome.org Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Anyone have video working on the Windows Beta of EKIGA ? -----Original Message----- From: Komara, Kevin Sent: Thursday, November 15, 2007 8:28 PM To: 'ekiga-list at gnome.org' Subject: Video Problem with Ekiga on Windows XP Pro Hi, I am a new Ekiga user. I have to compliment your efforts - Ekiga is a very nice piece of software !! I have successfully installed Ekiga on 2 PCs (PC1 and PC2) on my home network running Windows XP Pro on both PCs. The software installed beautifully on both PCs. I was able to configure SIP through my Asterisk Win32 Server (On a third Windows XP PC - PC3). I can make full duplex voice calls through Asterisk WIn32 using Ekiga between PC1 and PC2 with no issues. What I really want to do is video conference between PC1 and PC2 through Asterisk. I have not set up a SIP account on your web site - I just want to do SIP calls on my private network. PC1 has an older analog video capture card - Pinnacle DC10+ installed. I have an old VHS video camera plugged into it. It works very well under Windows XP and is recognized by Ekiga. I can see the video from the DC10+ on the local screen under Ekiga. PC2 has a newer USB video camera installed. It also works very well under WindowsXP - although it is slower and with much poorer resolution than the DC10+. The USB camera is also recognized by Ekiga on PC2 and I can see its video on the local Ekiga window. When I make a call from PC1 to PC2 I expected the video from PC1 to be visible in a window on PC2, and of course the video from PC1 on a window on PC2. This does not happen. I only see the local video on both PC1 and PC2. Under the view on both Ekiga installations I see the options for "Remote Video", "Both(Picture-in-Picture)", "Both (Side-by-Side)", and "Both (Both in New Windows)" - but NONE of these options can be selected - they are grayed out. Should this be working ??? Do I have something configured incorrectly ? Do I have to purchase an upgrade ? I have successfully configured another piece of Video conference software (Zoomcall Pro) and the video from these same PCs works fine in video conference mode. Unfortunately Zoomcall REQUIRES you to communicate through their server on the Internet. I don't want to do that - I want to stay on my private network. Please help any way you can. Also - as you might have guessed - I have quite an elaborate set up in my lab area so I would be willing to test any new software you might need a third party to test. Thanks, Kevin Komara ************************************************************************ ************* Kevin J. Komara P.E. Senior Engineer PJM Interconnection L.L.C. Phone: (610) 666-4751 Fax: (610) 666-4282 Email: komarak at pjm.com ************************************************************************************************************************************************************************************************************************************************* 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. **************************************************************************************************************************************************************************************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From DAVE.HIGTON at nice.com Tue Nov 20 08:57:58 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 20 Nov 2007 08:57:58 -0000 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <1195462398.4233.8.camel@scorpion> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <1195380283.4159.2.camel@scorpion> <1195390992.5154.3.camel@achille> <200711181630.44181.manouchk@gmail.com> <1195462398.4233.8.camel@scorpion> Message-ID: > -----Original Message----- > From: ekiga-list-bounces at gnome.org > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras > Sent: 2007 November 19 08:53 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net > > > Le dimanche 18 novembre 2007 ? 16:30 -0200, Emmanuel Favre-Nicolin a > ?crit : > > Le dimanche 18 novembre 2007, yannick a ?crit : > > > Le dimanche 18 novembre 2007 ? 11:04 +0100, Damien > Sandras a ?crit : > > > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_eki > gaoutput.tx > > > >t > > > > > > > > Unfortunately this is not a valid -d 4 output. It looks > like a -d 1 > > > > output. > > > > > > Are you using Ubuntu Gutsy or Debian (sid I guess... not > sure)? There is > > > a bug there which prevent to get a valid -d 4 output. > Here is the bug > > > report: > > > https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302 > > > > In fact, I'm using gentoo. I didn't found any similar bug > in the gentoo bug > > system. > > I reinstalled ekiga with debug flag, but guess it didn't > change too much the > > ekiga -d 4 output: > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118_eki > gaoutput.txt > > > > Oh, better I reinstalled pwlib, opal and ekiga with debug > flag and here is the > > ekiga -d 4 output for an entire session with one attempte call to > > 500 at ekiga.net (I manually stopped the call) : > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118b_ek > igaoutput.txt > > > > You seem to be sending and receiving audio, so I do not understand why > you hear nothing... > > While being in a call, make sure the mic volume and such are correct. > Disable sound events in the preferences. > > And if you connect to someone else, does he hear you ? If you're happy using Wireshark, you can catch the entire session and see whether you're transmitting audio. Configure Ekiga so that the mu law codec is at the top (or the only one ticked). Then you'd normally expect all your audio transmissions to have 172 bytes of payload, of which the last 160 are the audio; there should be one of these packets from you every 20 milliseconds. What you DON'T want to see in the audio is 160 identical bytes, as this means silence (usually 7F or FF). A random-looking mix of values means you're sending non-silence. You want to see a fairly wide range of values. You should see the same sort of thing coming back too. 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 dsandras at seconix.com Tue Nov 20 08:57:12 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 09:57:12 +0100 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195525479.29931.64.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> <1195525479.29931.64.camel@jims-laptop> Message-ID: <1195549032.4812.13.camel@scorpion> Le lundi 19 novembre 2007 ? 21:24 -0500, jim ruxton a ?crit : > > > > > Thanks Damien, > > > > > I checked the network setting and it is set to eth1 which is my mireless > > > > > port that I am using. In fact that is the only option available in the > > > > > settings. Any other thoughts? > > > > > Jim > > > > > > > > What distribution is this ? > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > Kilian, could it be the bug we are discussing with Geoff ? > > Could Ekiga be trying to use a port already in use? Is there something I > can check to try and figure out if this is the issue? Using netstat -ap | egrep (5060|1720) It should work... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Nov 20 08:55:41 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 09:55:41 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <4742142E.2080004@tnr.cc> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4742142E.2080004@tnr.cc> Message-ID: <1195548941.4812.11.camel@scorpion> Le lundi 19 novembre 2007 ? 16:54 -0600, Randall Smith a ?crit : > Thanks Damien and Palo. > > Can I get to this changed code (svn or cvs or something)? I only see > references to snapshots of the upcoming release. > We do not have packs for the others. You will have to compile it yourself... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Nov 20 08:57:51 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 09:57:51 +0100 Subject: [Ekiga-list] Ekiga paralysed if no registration server In-Reply-To: References: <1194347904.4182.4.camel@scorpion> <1194349773.4182.17.camel@scorpion> <1194350344.4182.21.camel@scorpion> <1195489187.27175.0.camel@scorpion> Message-ID: <1195549071.4812.15.camel@scorpion> Le mardi 20 novembre 2007 ? 08:40 +0000, Dave Higton a ?crit : > > > I've looked through the archives, but I can't find anywhere how > > > to disable Ekiga's DNS requests through /configuration/. Do you > > > mean I would have to modify the source code and /rebuild/? > > > > yes > > In fact I discovered last night that I can achieve the result I > need, for the demonstration, by simply removing all the DNS > server addresses from my machine's configuration. Ekiga is no > longer paralysed; I presume any DNS attempts fail immediately > instead of some (long) time later. > That's indeed a good tip ;-) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From manouchk at gmail.com Tue Nov 20 10:13:00 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Tue, 20 Nov 2007 08:13:00 -0200 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <1195462398.4233.8.camel@scorpion> Message-ID: <200711200813.01165.manouchk@gmail.com> Le mardi 20 novembre 2007, Dave Higton a ?crit?: > > -----Original Message----- > > From: ekiga-list-bounces at gnome.org > > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras > > Sent: 2007 November 19 08:53 > > To: Ekiga mailing list > > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net > > > > > > Le dimanche 18 novembre 2007 ? 16:30 -0200, Emmanuel Favre-Nicolin a > > > > ?crit : > > > Le dimanche 18 novembre 2007, yannick a ?crit : > > > > Le dimanche 18 novembre 2007 ? 11:04 +0100, Damien > > > > Sandras a ?crit : > > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_eki > > gaoutput.tx > > > > > > >t > > > > > > > > > > Unfortunately this is not a valid -d 4 output. It looks > > > > like a -d 1 > > > > > > > output. > > > > > > > > Are you using Ubuntu Gutsy or Debian (sid I guess... not > > > > sure)? There is > > > > > > a bug there which prevent to get a valid -d 4 output. > > > > Here is the bug > > > > > > report: > > > > https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302 > > > > > > In fact, I'm using gentoo. I didn't found any similar bug > > > > in the gentoo bug > > > > > system. > > > I reinstalled ekiga with debug flag, but guess it didn't > > > > change too much the > > > > > ekiga -d 4 output: > > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118_eki > > gaoutput.txt > > > > > Oh, better I reinstalled pwlib, opal and ekiga with debug > > > > flag and here is the > > > > > ekiga -d 4 output for an entire session with one attempte call to > > > 500 at ekiga.net (I manually stopped the call) : > > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118b_ek > > igaoutput.txt > > > > > > You seem to be sending and receiving audio, so I do not understand why > > you hear nothing... > > > > While being in a call, make sure the mic volume and such are correct. > > Disable sound events in the preferences. > > > > And if you connect to someone else, does he hear you ? > > If you're happy using Wireshark, you can catch the entire session and > see whether you're transmitting audio. Configure Ekiga so that the mu > law codec is at the top (or the only one ticked). Then you'd normally > expect all your audio transmissions to have 172 bytes of payload, of > which the last 160 are the audio; there should be one of these packets > from you every 20 milliseconds. What you DON'T want to see in the audio > is 160 identical bytes, as this means silence (usually 7F or FF). A > random-looking mix of values means you're sending non-silence. You want > to see a fairly wide range of values. You should see the same sort of > thing coming back too. > > Dave mulaw is named PCMU in ekiga? (http://www.freesoft.org/CIE/RFC/1890/20.htm) Dave, I did that, but http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20071120_wireshack.libcap first transmitted RTP packet 0000 00 03 6c 03 30 54 00 02 3f 08 3c ff 08 00 45 10 ..l.0T.. ?.<...E. 0010 00 c8 00 00 40 00 40 11 9b 96 c8 ca dd 50 56 40 .... at .@. .....PV@ 0020 a2 23 13 8c 33 f6 00 b4 9f 44 80 80 59 ec 00 00 .#..3... .D..Y... 0030 00 00 b7 4f 33 c9 ff ff ff ff ff ff ff ff ff ff ...O3... ........ 0040 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ........ 0050 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ........ 0060 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ........ 0070 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ........ 0080 ff ff ff ff 7e ff 7e ff 7e ff 7e ff 7e 7e 7e 7e ....~.~. ~.~.~~~~ 0090 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e ~~~~~~~~ ~~~~~~~~ 00a0 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7d 7e ~~~~~~~~ ~~~~~~}~ 00b0 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e }~}~}~}~ }~}~}~}~ 00c0 7d 7e 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d }~}}}}}} }}}}}}}} 00d0 7d 7d 7d 7d 7d 7d }}}}}} 5th 0000 00 03 6c 03 30 54 00 02 3f 08 3c ff 08 00 45 10 ..l.0T.. ?.<...E. 0010 00 c8 00 00 40 00 40 11 9b 96 c8 ca dd 50 56 40 .... at .@. .....PV@ 0020 a2 23 13 8c 33 f6 00 b4 9f 44 80 00 59 f1 00 00 .#..3... .D..Y... 0030 03 c0 b7 4f 33 c9 f9 fd 7d ff 7b 7d 78 78 7a 78 ...O3... }.{}xxzx 0040 79 79 7c 7c ff f7 fb f6 fd 7e fe 7c fc f9 f6 f6 yy||.... .~.|.... 0050 fb 7e 79 77 79 7a 7c 76 79 78 7c fb f8 f5 f6 f9 .~ywyz|v yx|..... 0060 fd fe fa ff fd fe 7d 7d 7b 7c 79 7b 7d 7c fc fa ......}} {|y{}|.. 0070 fd fa ff fc fe fd fd ff fc fc fe 7d 7b 7a 79 7d ........ ...}{zy} 0080 7c 7d 7c 7b 7d fe fb f9 fa f9 fe 7d ff ff fb fd |}|{}... ...}.... 0090 7e 7d 7a 7c 7a 7a 7d 7c 7d ff 7e ff ff 7e fe 7e ~}z|zz}| }.~..~.~ 00a0 fe ff fe fe fe 7e 7e 7d 7b 7d 7d 7d 7c 7e fe fd .....~~} {}}}|~.. 00b0 fc fb fb fb fe 7d fe fd fd fd fe 7c 7a 7b 7c 7e .....}.. ...|z{|~ 00c0 7e 7e 7c 7d 7e 7d fe fe ff fd ff fd fd fd fb fc ~~|}~}.. ........ 00d0 fc ff 7e 7c 7b 7d ..~|{} last transmitted 0000 00 03 6c 03 30 54 00 02 3f 08 3c ff 08 00 45 10 ..l.0T.. ?.<...E. 0010 00 c8 00 00 40 00 40 11 9b 96 c8 ca dd 50 56 40 .... at .@. .....PV@ 0020 a2 23 13 8c 33 f6 00 b4 9f 44 80 00 5c 18 00 01 .#..3... .D..\... 0030 5c 20 b7 4f 33 c9 d1 78 3a d4 b5 af b2 c0 af a8 \ .O3..x :....... 0040 ac b2 d9 bf ed 4a 3b 38 6f 5d ca dc 6e 34 24 1e .....J;8 o]..n4$. 0050 22 23 33 3a dd cd 45 47 2a 40 38 52 66 5d c0 ed "#3:..EG *@8Rf].. 0060 5b 45 5f c0 bf 71 cc c9 ad aa a9 a1 a1 a0 ae 64 [E_..q.. .......d 0070 5c 39 43 ff d2 a4 b9 ae 4d 38 38 2a 3d 34 4d 4f \9C..... M88*=4MO 0080 4c 47 52 48 de 3f 39 32 25 2b 24 3b e6 d4 ba 71 LGRH.?92 %+$;...q 0090 ca 74 3b 49 3d bf b7 b1 a9 b3 b3 d0 72 e8 da d3 .t;I=... ....r... 00a0 bf d0 ba ca ec c2 51 b2 46 56 35 36 c6 6a ae bb ......Q. FV56.j.. 00b0 ab bb 4e 31 2f 34 3f 3e 68 b4 ba b3 4c 57 46 3a ..N1/4?> h...LWF: 00c0 3a 2d 3d 4a 46 76 45 f7 59 3f 49 33 3a 31 38 5e :-=JFvE. Y?I3:18^ 00d0 bc ae b1 c9 d0 cf ...... last received 0000 00 02 3f 08 3c ff 00 03 6c 03 30 70 08 00 45 00 ..?.<... l.0p..E. 0010 00 c8 00 00 40 00 2f 11 ac a6 56 40 a2 23 c8 ca .... at ./. ..V at .#.. 0020 dd 50 33 f6 13 8c 00 b4 8b d8 80 00 33 26 00 02 .P3..... ....3&.. 0030 59 e0 0d 7f 73 a0 fd fd fd fc fd fd fe fe fd ff Y...s... ........ 0040 fe fe 7e ff 7e 7d 7e 7d 7d 7d 7d 7c 7d 7c 7c 7c ..~.~}~} }}}|}||| 0050 7c 7b 7c 7c 7d 7d 7d 7e 7e 7e 7d 7e 7e 7e 7e ff |{||}}}~ ~~}~~~~. 0060 7e ff fe ff ff 7e ff ff fe ff ff fe fe fe ff ff ~....~.. ........ 0070 fe 7e ff ff ff ff ff 7e 7e 7e 7d 7e 7e 7c 7d 7d .~.....~ ~~}~~|}} 0080 7c 7d 7c 7d 7d 7c 7c 7c 7c 7d 7d 7d 7e 7e 7e ff |}|}}||| |}}}~~~. 0090 7e ff fe ff fe fe fe fe ff ff ff fe fe fe fe fe ~....... ........ 00a0 fe ff ff fe 7e ff ff 7d 7e 7e 7d 7d 7d 7d 7d 7d ....~..} ~~}}}}}} 00b0 7c 7d 7d 7e 7d 7d 7e 7e 7e ff 7e ff fe ff fe fe |}}~}}~~ ~.~..... 00c0 fe fe fd fe fe fd fd fd fc fd fd fc fd fc fe fd ........ ........ 00d0 fd fe fe ff 7e ff ....~. Is that make sense There is another problem. The flux (payload) on eth0 is at the beginning not zero, but then it rapidly becomes zero byte/second so that I expect that absolutly nothing else is transmitted. I observed 2 cases. 1) the transmitted bytes (me>ekiga.net) becomes zero before the end of the woman blablabla and then the received bytes/ (ekiga>me) becomes zero too 2) Both transmitted and received bytes fluxes becomes zero when the woman ends up her blablabla Here is a snapshot with gkrellm2 showing case 1 : http://emmanuelfavrenicolin.free.fr/Public/Divers/Snapshots1/20071120_pb_ekiga.jpg In grkellm2 window, you can see eth0 received bytes (top and invertted) and transmitted bytes (bottom). Received bytes stops when the woman stops speaking and transmittes bytes stops earlier but the levelmeter of the mic continues ocsillating (I connect the radio with a jack connector) When in preference>audio devices, when I click on "Detect devices", it does return this kind of things : Block 0x858df28 not in heap! Block 0x84ceb00 not in heap! Block 0x84ceb00 not in heap! Block 0x84ceb00 not in heap! Block 0x84ceb00 not in heap! Block 0x841d358 not in heap! Block 0x84ceb00 not in heap! Block 0x84ceb00 not in heap! Block 0x841d358 not in heap! From DAVE.HIGTON at nice.com Tue Nov 20 11:55:46 2007 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 20 Nov 2007 11:55:46 -0000 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <200711200813.01165.manouchk@gmail.com> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <1195462398.4233.8.camel@scorpion> <200711200813.01165.manouchk@gmail.com> Message-ID: > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Emmanuel > Favre-Nicolin > Sent: 2007 November 20 10:13 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net > > Le mardi 20 novembre 2007, Dave Higton a ?crit?: > > > -----Original Message----- > > > From: ekiga-list-bounces at gnome.org > > > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras > > > Sent: 2007 November 19 08:53 > > > To: Ekiga mailing list > > > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net > > > > > If you're happy using Wireshark, you can catch the entire > session and > > see whether you're transmitting audio. Configure Ekiga so > that the mu > > law codec is at the top (or the only one ticked). Then > you'd normally > > expect all your audio transmissions to have 172 bytes of payload, of > > which the last 160 are the audio; there should be one of > these packets > > from you every 20 milliseconds. What you DON'T want to see > in the audio > > is 160 identical bytes, as this means silence (usually 7F or FF). A > > random-looking mix of values means you're sending > non-silence. You want > > to see a fairly wide range of values. You should see the > same sort of > > thing coming back too. > > > > Dave > > mulaw is named PCMU in ekiga? Yes. > Dave, I did that, but > http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20 > 071120_wireshack.libcap > > first transmitted RTP packet [snip] This is quiet but not silent. > 5th [snip] Similar. > last transmitted [snip] This looks like convincing audio, definitely not silent, not even quiet. > last received [snip] This is quiet but not silent. > Is that make sense Yes. > There is another problem. The flux (payload) on eth0 is at > the beginning not > zero, but then it rapidly becomes zero byte/second so that I > expect that > absolutly nothing else is transmitted. > > I observed 2 cases. > 1) the transmitted bytes (me>ekiga.net) becomes zero before > the end of the > woman blablabla and then the received bytes/ (ekiga>me) > becomes zero too > 2) Both transmitted and received bytes fluxes becomes zero > when the woman > ends up her blablabla You mean that there are no more packets being received and/or transmitted? That would be wrong, but it would explain why you can't hear the echo. You should be transmitting continuously, 50 packets per second, for the entire duration of the call. I can't be so sure about what you should receive. If the echo is of (say) 4 seconds of speech with a 4 second gap between them (for you to record in), it's possible that the packets will only flow from ekiga.net to you during the times that you should be hearing something. 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 dsandras at seconix.com Tue Nov 20 12:13:32 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 13:13:32 +0100 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <1195462398.4233.8.camel@scorpion> <200711200813.01165.manouchk@gmail.com> Message-ID: <1195560812.18250.2.camel@scorpion> Le mardi 20 novembre 2007 ? 11:55 +0000, Dave Higton a ?crit : > > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Emmanuel > > Favre-Nicolin > > Sent: 2007 November 20 10:13 > > To: Ekiga mailing list > > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net > > > > Le mardi 20 novembre 2007, Dave Higton a ?crit : > > > > -----Original Message----- > > > > From: ekiga-list-bounces at gnome.org > > > > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras > > > > Sent: 2007 November 19 08:53 > > > > To: Ekiga mailing list > > > > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net > > > > > > > If you're happy using Wireshark, you can catch the entire > > session and > > > see whether you're transmitting audio. Configure Ekiga so > > that the mu > > > law codec is at the top (or the only one ticked). Then > > you'd normally > > > expect all your audio transmissions to have 172 bytes of payload, of > > > which the last 160 are the audio; there should be one of > > these packets > > > from you every 20 milliseconds. What you DON'T want to see > > in the audio > > > is 160 identical bytes, as this means silence (usually 7F or FF). A > > > random-looking mix of values means you're sending > > non-silence. You want > > > to see a fairly wide range of values. You should see the > > same sort of > > > thing coming back too. > > > > > > Dave > > > > mulaw is named PCMU in ekiga? > > Yes. > > > Dave, I did that, but > > http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20 > > 071120_wireshack.libcap > > > > first transmitted RTP packet > > [snip] This is quiet but not silent. > > > 5th > > [snip] Similar. > > > last transmitted > > [snip] This looks like convincing audio, definitely > not silent, not even quiet. > > > last received > > [snip] This is quiet but not silent. > > > Is that make sense > > Yes. > > > There is another problem. The flux (payload) on eth0 is at > > the beginning not > > zero, but then it rapidly becomes zero byte/second so that I > > expect that > > absolutly nothing else is transmitted. > > > > I observed 2 cases. > > 1) the transmitted bytes (me>ekiga.net) becomes zero before > > the end of the > > woman blablabla and then the received bytes/ (ekiga>me) > > becomes zero too > > 2) Both transmitted and received bytes fluxes becomes zero > > when the woman > > ends up her blablabla > > You mean that there are no more packets being received and/or > transmitted? That would be wrong, but it would explain why > you can't hear the echo. > > You should be transmitting continuously, 50 packets per > second, for the entire duration of the call. > > I can't be so sure about what you should receive. If the > echo is of (say) 4 seconds of speech with a 4 second gap > between them (for you to record in), it's possible that > the packets will only flow from ekiga.net to you during > the times that you should be hearing something. > You can double-check that looking at the statusbar in the ekiga window. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From komarak at pjm.com Tue Nov 20 15:24:27 2007 From: komarak at pjm.com (komarak at pjm.com) Date: Tue, 20 Nov 2007 10:24:27 -0500 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: Message-ID: <2D886BA5D7200846B24E70E7C425CA05793AF4@EXC11VWP.corp.ds.pjm.com> I can see my video in ekiga on the PC with camera (PC1). I can make a call to another PC (PC2) either through my Asterisk Win32 server on my network, or through ekiga. I have full duplex audio between the PC1 and PC2 but I cannot see the video on PC2. I do see the options change in the video area in ekiga on PC2 that determine the position of the incomming video (Picture in Picture settings) but they do not change anything when I select them. I have tested SIP video with several other SIP phones - one in particular - x-lite on my network through asterisk so I know it works. I have also tested video through my router web baised conferencing sites and it works fine too. Do I have to do anything special to enable sending the video with ekiga ?? -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Dave Higton Sent: Tuesday, November 20, 2007 3:46 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In fact I've received video on the Windows 2.0.11 beta too. The only thing I haven't had working is simultaneous transmission and reception of video, since I only have one webcam handy. Windows XP Pro. This is on the company's LAN where there is no SIP server of any kind and no SIP access to external providers. Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Dave Higton Sent: 2007 November 19 08:06 To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Yes; I can see my video; the far end can see my video. I've not had a call with anyone who has a camera at their end so I don't yet know whether incoming video works. This is the Windows 2.0.11 beta. Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of komarak at pjm.com Sent: 2007 November 16 20:58 To: ekiga-list at gnome.org Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Anyone have video working on the Windows Beta of EKIGA ? -----Original Message----- From: Komara, Kevin Sent: Thursday, November 15, 2007 8:28 PM To: 'ekiga-list at gnome.org' Subject: Video Problem with Ekiga on Windows XP Pro Hi, I am a new Ekiga user. I have to compliment your efforts - Ekiga is a very nice piece of software !! I have successfully installed Ekiga on 2 PCs (PC1 and PC2) on my home network running Windows XP Pro on both PCs. The software installed beautifully on both PCs. I was able to configure SIP through my Asterisk Win32 Server (On a third Windows XP PC - PC3). I can make full duplex voice calls through Asterisk WIn32 using Ekiga between PC1 and PC2 with no issues. What I really want to do is video conference between PC1 and PC2 through Asterisk. I have not set up a SIP account on your web site - I just want to do SIP calls on my private network. PC1 has an older analog video capture card - Pinnacle DC10+ installed. I have an old VHS video camera plugged into it. It works very well under Windows XP and is recognized by Ekiga. I can see the video from the DC10+ on the local screen under Ekiga. PC2 has a newer USB video camera installed. It also works very well under WindowsXP - although it is slower and with much poorer resolution than the DC10+. The USB camera is also recognized by Ekiga on PC2 and I can see its video on the local Ekiga window. When I make a call from PC1 to PC2 I expected the video from PC1 to be visible in a window on PC2, and of course the video from PC1 on a window on PC2. This does not happen. I only see the local video on both PC1 and PC2. Under the view on both Ekiga installations I see the options for "Remote Video", "Both(Picture-in-Picture)", "Both (Side-by-Side)", and "Both (Both in New Windows)" - but NONE of these options can be selected - they are grayed out. Should this be working ??? Do I have something configured incorrectly ? Do I have to purchase an upgrade ? I have successfully configured another piece of Video conference software (Zoomcall Pro) and the video from these same PCs works fine in video conference mode. Unfortunately Zoomcall REQUIRES you to communicate through their server on the Internet. I don't want to do that - I want to stay on my private network. Please help any way you can. Also - as you might have guessed - I have quite an elaborate set up in my lab area so I would be willing to test any new software you might need a third party to test. Thanks, Kevin Komara ************************************************************************ ************* Kevin J. Komara P.E. Senior Engineer PJM Interconnection L.L.C. Phone: (610) 666-4751 Fax: (610) 666-4282 Email: komarak at pjm.com ************************************************************************ ************************************************************************ ************************************************************************ ************************* 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. ************************************************************************ ************************************************************************ ************************************************************************ **************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Tue Nov 20 15:29:41 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 16:29:41 +0100 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: <2D886BA5D7200846B24E70E7C425CA05793AF4@EXC11VWP.corp.ds.pjm.com> References: <2D886BA5D7200846B24E70E7C425CA05793AF4@EXC11VWP.corp.ds.pjm.com> Message-ID: <1195572581.31868.12.camel@scorpion> Le mardi 20 novembre 2007 ? 10:24 -0500, komarak at pjm.com a ?crit : > I can see my video in ekiga on the PC with camera (PC1). I can make a > call to another PC (PC2) either through my Asterisk Win32 server on my > network, or through ekiga. I have full duplex audio between the PC1 > and PC2 but I cannot see the video on PC2. I do see the options > change in the video area in ekiga on PC2 that determine the position > of the incomming video (Picture in Picture settings) but they do not > change anything when I select them. > > I have tested SIP video with several other SIP phones - one in > particular - x-lite on my network through asterisk so I know it works. > I have also tested video through my router web baised conferencing > sites and it works fine too. > > Do I have to do anything special to enable sending the video with > ekiga ?? Make sure "enable video transmission" is active on the sender side. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From komarak at pjm.com Tue Nov 20 16:01:08 2007 From: komarak at pjm.com (komarak at pjm.com) Date: Tue, 20 Nov 2007 11:01:08 -0500 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: <1195572581.31868.12.camel@scorpion> Message-ID: <2D886BA5D7200846B24E70E7C425CA05793AF6@EXC11VWP.corp.ds.pjm.com> I am pretty sure I have it enabled ???? I am at work and can't test until tonight. -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: Tuesday, November 20, 2007 10:30 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Le mardi 20 novembre 2007 ? 10:24 -0500, komarak at pjm.com a ?crit : > I can see my video in ekiga on the PC with camera (PC1). I can make a > call to another PC (PC2) either through my Asterisk Win32 server on my > network, or through ekiga. I have full duplex audio between the PC1 > and PC2 but I cannot see the video on PC2. I do see the options > change in the video area in ekiga on PC2 that determine the position > of the incomming video (Picture in Picture settings) but they do not > change anything when I select them. > > I have tested SIP video with several other SIP phones - one in > particular - x-lite on my network through asterisk so I know it works. > I have also tested video through my router web baised conferencing > sites and it works fine too. > > Do I have to do anything special to enable sending the video with > ekiga ?? Make sure "enable video transmission" is active on the sender side. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From komarak at pjm.com Tue Nov 20 16:01:53 2007 From: komarak at pjm.com (komarak at pjm.com) Date: Tue, 20 Nov 2007 11:01:53 -0500 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: <1195572581.31868.12.camel@scorpion> Message-ID: <2D886BA5D7200846B24E70E7C425CA05793AF7@EXC11VWP.corp.ds.pjm.com> Are there any "skins" optons with ekiga to make it have different layouts ? -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: Tuesday, November 20, 2007 10:30 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Le mardi 20 novembre 2007 ? 10:24 -0500, komarak at pjm.com a ?crit : > I can see my video in ekiga on the PC with camera (PC1). I can make a > call to another PC (PC2) either through my Asterisk Win32 server on my > network, or through ekiga. I have full duplex audio between the PC1 > and PC2 but I cannot see the video on PC2. I do see the options > change in the video area in ekiga on PC2 that determine the position > of the incomming video (Picture in Picture settings) but they do not > change anything when I select them. > > I have tested SIP video with several other SIP phones - one in > particular - x-lite on my network through asterisk so I know it works. > I have also tested video through my router web baised conferencing > sites and it works fine too. > > Do I have to do anything special to enable sending the video with > ekiga ?? Make sure "enable video transmission" is active on the sender side. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Tue Nov 20 16:34:15 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 17:34:15 +0100 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: <2D886BA5D7200846B24E70E7C425CA05793AF7@EXC11VWP.corp.ds.pjm.com> References: <2D886BA5D7200846B24E70E7C425CA05793AF7@EXC11VWP.corp.ds.pjm.com> Message-ID: <1195576455.31868.14.camel@scorpion> Le mardi 20 novembre 2007 ? 11:01 -0500, komarak at pjm.com a ?crit : > Are there any "skins" optons with ekiga to make it have different layouts ? Any GTK theme will work with ekiga. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From komarak at pjm.com Tue Nov 20 17:14:55 2007 From: komarak at pjm.com (komarak at pjm.com) Date: Tue, 20 Nov 2007 12:14:55 -0500 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: <1195576455.31868.14.camel@scorpion> Message-ID: <2D886BA5D7200846B24E70E7C425CA05793AFB@EXC11VWP.corp.ds.pjm.com> I am using the ekiga Windows Beta ???? -----Original Message----- From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: Tuesday, November 20, 2007 11:34 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Le mardi 20 novembre 2007 ? 11:01 -0500, komarak at pjm.com a ?crit : > Are there any "skins" optons with ekiga to make it have different > layouts ? Any GTK theme will work with ekiga. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From randall at tnr.cc Tue Nov 20 17:47:54 2007 From: randall at tnr.cc (Randall Smith) Date: Tue, 20 Nov 2007 11:47:54 -0600 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <1195548941.4812.11.camel@scorpion> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4742142E.2080004@tnr.cc> <1195548941.4812.11.camel@scorpion> Message-ID: <47431DCA.3050900@tnr.cc> I don't have a problem building it. I think maybe I'm not communicating well. I was assuming you made fixes in the (stable) 2.0.11 branch, but I can't find that branch. I can only find the unstable snapshot version. I was looking to do something like this: svn co http://svn.ekiga.net/ekiga/branches/rel_2.0.11 ekiga and then build a package or make install or something. Randall Damien Sandras wrote: > Le lundi 19 novembre 2007 ? 16:54 -0600, Randall Smith a ?crit : >> Thanks Damien and Palo. >> >> Can I get to this changed code (svn or cvs or something)? I only see >> references to snapshots of the upcoming release. >> > > We do not have packs for the others. You will have to compile it > yourself... From randall at tnr.cc Tue Nov 20 18:21:02 2007 From: randall at tnr.cc (Randall Smith) Date: Tue, 20 Nov 2007 12:21:02 -0600 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <1195392752.4159.9.camel@scorpion> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> Message-ID: <4743258E.5000306@tnr.cc> Damien Sandras wrote: >> >> 2.0.11: >> Media Audio sink data size set to 320 bytes and 20 buffers. >> >> 2.0.9: >> Media Audio sink data size set to 320 bytes and 3 buffers. >> > > I reverted that change on linux. I would guess that when you increased the buffers from 3 to 20 for 2.0.11 that you did it for the snapshot version also. The snapshot versions does not suffer from the lag issue so if that is the case then maybe it is something else. Randall From dsandras at seconix.com Tue Nov 20 19:34:49 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 20:34:49 +0100 Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In-Reply-To: <2D886BA5D7200846B24E70E7C425CA05793AFB@EXC11VWP.corp.ds.pjm.com> References: <2D886BA5D7200846B24E70E7C425CA05793AFB@EXC11VWP.corp.ds.pjm.com> Message-ID: <1195587289.4185.20.camel@scorpion> Le mardi 20 novembre 2007 ? 12:14 -0500, komarak at pjm.com a ?crit : > I am using the ekiga Windows Beta ???? > > -----Original Message----- > From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras > Sent: Tuesday, November 20, 2007 11:34 AM > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro > > > > Le mardi 20 novembre 2007 ? 11:01 -0500, komarak at pjm.com a ?crit : > > Are there any "skins" optons with ekiga to make it have different > > layouts ? > > Any GTK theme will work with ekiga. > There should be GTK themes available for windows. Have a look on google. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Nov 20 19:35:40 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 20:35:40 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <47431DCA.3050900@tnr.cc> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4742142E.2080004@tnr.cc> <1195548941.4812.11.camel@scorpion> <47431DCA.3050900@tnr.cc> Message-ID: <1195587340.4185.22.camel@scorpion> Le mardi 20 novembre 2007 ? 11:47 -0600, Randall Smith a ?crit : > I don't have a problem building it. I think maybe I'm not communicating > well. I was assuming you made fixes in the (stable) 2.0.11 branch, but > I can't find that branch. I can only find the unstable snapshot > version. I was looking to do something like this: > > svn co http://svn.ekiga.net/ekiga/branches/rel_2.0.11 ekiga > > and then build a package or make install or something. > > Randall > > Damien Sandras wrote: > > Le lundi 19 novembre 2007 ? 16:54 -0600, Randall Smith a ?crit : > >> Thanks Damien and Palo. > >> > >> Can I get to this changed code (svn or cvs or something)? I only see > >> references to snapshots of the upcoming release. > >> > > > > We do not have packs for the others. You will have to compile it > > yourself... The sources are in the GNOME SVN. Have a look at our wiki : http://wiki.ekiga.org everything is explained there. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Nov 20 19:36:04 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 20:36:04 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <4743258E.5000306@tnr.cc> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4743258E.5000306@tnr.cc> Message-ID: <1195587364.4185.24.camel@scorpion> Le mardi 20 novembre 2007 ? 12:21 -0600, Randall Smith a ?crit : > Damien Sandras wrote: > >> > >> 2.0.11: > >> Media Audio sink data size set to 320 bytes and 20 buffers. > >> > >> 2.0.9: > >> Media Audio sink data size set to 320 bytes and 3 buffers. > >> > > > > I reverted that change on linux. > > I would guess that when you increased the buffers from 3 to 20 for > 2.0.11 that you did it for the snapshot version also. The snapshot > versions does not suffer from the lag issue so if that is the case then > maybe it is something else. > I reverted the patch in the snapshot version too. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Nov 20 19:37:45 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 20:37:45 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <1195587340.4185.22.camel@scorpion> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4742142E.2080004@tnr.cc> <1195548941.4812.11.camel@scorpion> <47431DCA.3050900@tnr.cc> <1195587340.4185.22.camel@scorpion> Message-ID: <1195587465.4185.26.camel@scorpion> Le mardi 20 novembre 2007 ? 20:35 +0100, Damien Sandras a ?crit : > Le mardi 20 novembre 2007 ? 11:47 -0600, Randall Smith a ?crit : > > I don't have a problem building it. I think maybe I'm not communicating > > well. I was assuming you made fixes in the (stable) 2.0.11 branch, but > > I can't find that branch. I can only find the unstable snapshot > > version. I was looking to do something like this: > > > > svn co http://svn.ekiga.net/ekiga/branches/rel_2.0.11 ekiga > > > > and then build a package or make install or something. > > > > Randall > > > > Damien Sandras wrote: > > > Le lundi 19 novembre 2007 ? 16:54 -0600, Randall Smith a ?crit : > > >> Thanks Damien and Palo. > > >> > > >> Can I get to this changed code (svn or cvs or something)? I only see > > >> references to snapshots of the upcoming release. > > >> > > > > > > We do not have packs for the others. You will have to compile it > > > yourself... > > > The sources are in the GNOME SVN. Have a look at our wiki : > http://wiki.ekiga.org > > everything is explained there. The branch is gnome-2-20. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From randall at tnr.cc Tue Nov 20 20:35:41 2007 From: randall at tnr.cc (Randall Smith) Date: Tue, 20 Nov 2007 14:35:41 -0600 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <1195587364.4185.24.camel@scorpion> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4743258E.5000306@tnr.cc> <1195587364.4185.24.camel@scorpion> Message-ID: <4743451D.1010704@tnr.cc> Damien Sandras wrote: >>> I reverted that change on linux. >> I would guess that when you increased the buffers from 3 to 20 for >> 2.0.11 that you did it for the snapshot version also. The snapshot >> versions does not suffer from the lag issue so if that is the case then >> maybe it is something else. >> > > I reverted the patch in the snapshot version too. The snapshot version was not suffering from the lag issue. I haven't installed the reverted version yet so I don't know if the change works. My point is that the cause of the lag may be something else since snapshot did not have lag before. I ran 2.0.9, 2.0.11 and snapshot and only 2.0.11 had lag. Randall From randall at tnr.cc Tue Nov 20 20:36:41 2007 From: randall at tnr.cc (Randall Smith) Date: Tue, 20 Nov 2007 14:36:41 -0600 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <1195587465.4185.26.camel@scorpion> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4742142E.2080004@tnr.cc> <1195548941.4812.11.camel@scorpion> <47431DCA.3050900@tnr.cc> <1195587340.4185.22.camel@scorpion> <1195587465.4185.26.camel@scorpion> Message-ID: <47434559.10203@tnr.cc> Damien Sandras wrote: > Le mardi 20 novembre 2007 ? 20:35 +0100, Damien Sandras a ?crit : >> Le mardi 20 novembre 2007 ? 11:47 -0600, Randall Smith a ?crit : >>> I don't have a problem building it. I think maybe I'm not communicating >>> well. I was assuming you made fixes in the (stable) 2.0.11 branch, but >>> I can't find that branch. I can only find the unstable snapshot >>> version. I was looking to do something like this: >>> >>> svn co http://svn.ekiga.net/ekiga/branches/rel_2.0.11 ekiga >>> >>> and then build a package or make install or something. >>> >>> Randall >>> >>> Damien Sandras wrote: >>>> Le lundi 19 novembre 2007 ? 16:54 -0600, Randall Smith a ?crit : >>>>> Thanks Damien and Palo. >>>>> >>>>> Can I get to this changed code (svn or cvs or something)? I only see >>>>> references to snapshots of the upcoming release. >>>>> >>>> We do not have packs for the others. You will have to compile it >>>> yourself... >> >> The sources are in the GNOME SVN. Have a look at our wiki : >> http://wiki.ekiga.org >> >> everything is explained there. > > The branch is gnome-2-20. Thanks. I did not know this. Randall From randall at tnr.cc Tue Nov 20 22:33:02 2007 From: randall at tnr.cc (Randall Smith) Date: Tue, 20 Nov 2007 16:33:02 -0600 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <1195392752.4159.9.camel@scorpion> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> Message-ID: <4743609E.209@tnr.cc> Damien Sandras wrote: > Le vendredi 16 novembre 2007 ? 22:57 +0100, Palo S. a ?crit : >> Indeed, I can confirm this regression. I blamed my new provider >> for this increased lag problem but now I have tried downgrading >> to 2.0.9 and indeed, the lag is significantly smaller. Possibly >> important difference in -d4 logs between 2.0.9 and 2.0.11: >> >> 2.0.11: >> Media Audio sink data size set to 320 bytes and 20 buffers. >> >> 2.0.9: >> Media Audio sink data size set to 320 bytes and 3 buffers. >> > > I reverted that change on linux. I can confirm that the change worked. I replaced only src/opal/pcss.cxx and rebuilt the package on Gutsy. Thanks. Randall From dsandras at seconix.com Tue Nov 20 22:32:59 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 23:32:59 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <4743451D.1010704@tnr.cc> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4743258E.5000306@tnr.cc> <1195587364.4185.24.camel@scorpion> <4743451D.1010704@tnr.cc> Message-ID: <1195597979.19092.34.camel@scorpion> Le mardi 20 novembre 2007 ? 14:35 -0600, Randall Smith a ?crit : > Damien Sandras wrote: > >>> I reverted that change on linux. > >> I would guess that when you increased the buffers from 3 to 20 for > >> 2.0.11 that you did it for the snapshot version also. The snapshot > >> versions does not suffer from the lag issue so if that is the case then > >> maybe it is something else. > >> > > > > I reverted the patch in the snapshot version too. > > The snapshot version was not suffering from the lag issue. I haven't > installed the reverted version yet so I don't know if the change works. > My point is that the cause of the lag may be something else since > snapshot did not have lag before. I ran 2.0.9, 2.0.11 and snapshot and > only 2.0.11 had lag. > That is very very weird, because that was the only change that could affect audio issues. Other changes in 2.0.11 were minor. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From cinetron at passport.ca Tue Nov 20 22:37:05 2007 From: cinetron at passport.ca (jim ruxton) Date: Tue, 20 Nov 2007 17:37:05 -0500 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195525479.29931.64.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> <1195525479.29931.64.camel@jims-laptop> Message-ID: <1195598225.29931.111.camel@jims-laptop> On Mon, 2007-11-19 at 21:24 -0500, jim ruxton wrote: > > > > > Thanks Damien, > > > > > I checked the network setting and it is set to eth1 which is my mireless > > > > > port that I am using. In fact that is the only option available in the > > > > > settings. Any other thoughts? > > > > > Jim > > > > > > > > What distribution is this ? > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > Kilian, could it be the bug we are discussing with Geoff ? > > Could Ekiga be trying to use a port already in use? Is there something I > can check to try and figure out if this is the issue? I'm still struggling with getting Ekiga to work. Any thoughts on how to attack this? Jim From dsandras at seconix.com Tue Nov 20 22:41:23 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 23:41:23 +0100 Subject: [Ekiga-list] audio lag on 2.0.11 In-Reply-To: <4743609E.209@tnr.cc> References: <473E124D.000001.29430@kamasutra> <1195392752.4159.9.camel@scorpion> <4743609E.209@tnr.cc> Message-ID: <1195598483.19092.46.camel@scorpion> Le mardi 20 novembre 2007 ? 16:33 -0600, Randall Smith a ?crit : > Damien Sandras wrote: > > Le vendredi 16 novembre 2007 ? 22:57 +0100, Palo S. a ?crit : > >> Indeed, I can confirm this regression. I blamed my new provider > >> for this increased lag problem but now I have tried downgrading > >> to 2.0.9 and indeed, the lag is significantly smaller. Possibly > >> important difference in -d4 logs between 2.0.9 and 2.0.11: > >> > >> 2.0.11: > >> Media Audio sink data size set to 320 bytes and 20 buffers. > >> > >> 2.0.9: > >> Media Audio sink data size set to 320 bytes and 3 buffers. > >> > > > > I reverted that change on linux. > > I can confirm that the change worked. I replaced only src/opal/pcss.cxx > and rebuilt the package on Gutsy. > Ah, excellent news !! Thanks for the feedback :) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Nov 20 22:42:03 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 20 Nov 2007 23:42:03 +0100 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195598225.29931.111.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> <1195525479.29931.64.camel@jims-laptop> <1195598225.29931.111.camel@jims-laptop> Message-ID: <1195598523.19092.48.camel@scorpion> Le mardi 20 novembre 2007 ? 17:37 -0500, jim ruxton a ?crit : > On Mon, 2007-11-19 at 21:24 -0500, jim ruxton wrote: > > > > > > Thanks Damien, > > > > > > I checked the network setting and it is set to eth1 which is my mireless > > > > > > port that I am using. In fact that is the only option available in the > > > > > > settings. Any other thoughts? > > > > > > Jim > > > > > > > > > > What distribution is this ? > > > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > > > > Kilian, could it be the bug we are discussing with Geoff ? > > > > Could Ekiga be trying to use a port already in use? Is there something I > > can check to try and figure out if this is the issue? > I'm still struggling with getting Ekiga to work. Any thoughts on how to > attack this? Kilian, could it be the packaging issue we are aware of ? Can you post a -d 4 somehwere Jim ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From manouchk at gmail.com Tue Nov 20 22:43:37 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Tue, 20 Nov 2007 20:43:37 -0200 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <200711200813.01165.manouchk@gmail.com> Message-ID: <200711202043.38402.manouchk@gmail.com> > > I observed 2 cases. > > 1) the transmitted bytes (me>ekiga.net) becomes zero before > > the end of the > > woman blablabla and then the received bytes/ (ekiga>me) > > becomes zero too > > 2) Both transmitted and received bytes fluxes becomes zero > > when the woman > > ends up her blablabla > > You mean that there are no more packets being received and/or > transmitted? Yes > That would be wrong, but it would explain why > you can't hear the echo. Yes. I tried another kernel in which there is only one audio card and no oss simulation and I surpressed the old alsa api support. I tried to my phone, I just could hear once on my home phone a kind of a "burst" of sound and then nothing.... After that, nothing seems to works, I don' even listen the woman voice of the 500 at ekiga.net. Ekiga may need the kernel "old alsa api"? From manouchk at gmail.com Tue Nov 20 22:44:16 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Tue, 20 Nov 2007 20:44:16 -0200 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <1195560812.18250.2.camel@scorpion> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <1195560812.18250.2.camel@scorpion> Message-ID: <200711202044.16159.manouchk@gmail.com> Le mardi 20 novembre 2007, Damien Sandras a ?crit?: > Le mardi 20 novembre 2007 ? 11:55 +0000, Dave Higton a ?crit : > > > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Emmanuel > > > Favre-Nicolin > > > Sent: 2007 November 20 10:13 > > > To: Ekiga mailing list > > > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net > > > > > > Le mardi 20 novembre 2007, Dave Higton a ?crit : > > > > > -----Original Message----- > > > > > From: ekiga-list-bounces at gnome.org > > > > > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras > > > > > Sent: 2007 November 19 08:53 > > > > > To: Ekiga mailing list > > > > > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net > > > > > > > > If you're happy using Wireshark, you can catch the entire > > > > > > session and > > > > > > > see whether you're transmitting audio. Configure Ekiga so > > > > > > that the mu > > > > > > > law codec is at the top (or the only one ticked). Then > > > > > > you'd normally > > > > > > > expect all your audio transmissions to have 172 bytes of payload, of > > > > which the last 160 are the audio; there should be one of > > > > > > these packets > > > > > > > from you every 20 milliseconds. What you DON'T want to see > > > > > > in the audio > > > > > > > is 160 identical bytes, as this means silence (usually 7F or FF). A > > > > random-looking mix of values means you're sending > > > > > > non-silence. You want > > > > > > > to see a fairly wide range of values. You should see the > > > > > > same sort of > > > > > > > thing coming back too. > > > > > > > > Dave > > > > > > mulaw is named PCMU in ekiga? > > > > Yes. > > > > > Dave, I did that, but > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20 > > > 071120_wireshack.libcap > > > > > > first transmitted RTP packet > > > > [snip] This is quiet but not silent. > > > > > 5th > > > > [snip] Similar. > > > > > last transmitted > > > > [snip] This looks like convincing audio, definitely > > not silent, not even quiet. > > > > > last received > > > > [snip] This is quiet but not silent. > > > > > Is that make sense > > > > Yes. > > > > > There is another problem. The flux (payload) on eth0 is at > > > the beginning not > > > zero, but then it rapidly becomes zero byte/second so that I > > > expect that > > > absolutly nothing else is transmitted. > > > > > > I observed 2 cases. > > > 1) the transmitted bytes (me>ekiga.net) becomes zero before > > > the end of the > > > woman blablabla and then the received bytes/ (ekiga>me) > > > becomes zero too > > > 2) Both transmitted and received bytes fluxes becomes zero > > > when the woman > > > ends up her blablabla > > > > You mean that there are no more packets being received and/or > > transmitted? That would be wrong, but it would explain why > > you can't hear the echo. > > > > You should be transmitting continuously, 50 packets per > > second, for the entire duration of the call. > > > > I can't be so sure about what you should receive. If the > > echo is of (say) 4 seconds of speech with a 4 second gap > > between them (for you to record in), it's possible that > > the packets will only flow from ekiga.net to you during > > the times that you should be hearing something. > > You can double-check that looking at the statusbar in the ekiga window. I didn't understand, what did you mean? From cinetron at passport.ca Tue Nov 20 23:54:58 2007 From: cinetron at passport.ca (jim ruxton) Date: Tue, 20 Nov 2007 18:54:58 -0500 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195598523.19092.48.camel@scorpion> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> <1195525479.29931.64.camel@jims-laptop> <1195598225.29931.111.camel@jims-laptop> <1195598523.19092.48.camel@scorpion> Message-ID: <1195602898.5553.1.camel@jims-laptop> > > > > > > > Thanks Damien, > > > > > > > I checked the network setting and it is set to eth1 which is my mireless > > > > > > > port that I am using. In fact that is the only option available in the > > > > > > > settings. Any other thoughts? > > > > > > > Jim > > > > > > > > > > > > What distribution is this ? > > > > > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > > > > > > > Kilian, could it be the bug we are discussing with Geoff ? > > > > > > Could Ekiga be trying to use a port already in use? Is there something I > > > can check to try and figure out if this is the issue? > > I'm still struggling with getting Ekiga to work. Any thoughts on how to > > attack this? > > Kilian, could it be the packaging issue we are aware of ? > > Can you post a -d 4 somehwere Jim ? Output of ekiga -d 4 is here Damien: http://www.pastebin.ca/791606 Thanks, Jim From randall at tnr.cc Wed Nov 21 04:38:27 2007 From: randall at tnr.cc (Randall Smith) Date: Tue, 20 Nov 2007 22:38:27 -0600 Subject: [Ekiga-list] speakerphone mode Message-ID: <4743B643.3070503@tnr.cc> I typically use Ekiga with a headset for best sound quality and to avoid echo from speaker to mic feedback. Sometimes I want to use an external speaker and mic (for instance, when my daughter and wife also want to participate in the conversation), but I can't get past the echo problem. Echo cancellation just doesn't seem to work well (I'm using mic and speaker on the same sound card) and when it does seem to be working it degrades the audio quality. I would be perfectly happy with a half-duplex setting so I could use external audio sans echo. Is this something that can be easily done now? I think many speakerphones work this way and it's not so bad. Also, I think it would be a good idea to have A/V profiles to quickly switch between different mics, speakers and video devices, sizes, etc. Maybe even associate these profiles to different contacts. And the interface would have a drop-down list so you could quickly switch to "SpeakerPhone" profile or whatever. Randall From dsandras at seconix.com Wed Nov 21 09:01:52 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 21 Nov 2007 10:01:52 +0100 Subject: [Ekiga-list] speakerphone mode In-Reply-To: <4743B643.3070503@tnr.cc> References: <4743B643.3070503@tnr.cc> Message-ID: <1195635712.4299.22.camel@scorpion> Le mardi 20 novembre 2007 ? 22:38 -0600, Randall Smith a ?crit : > I typically use Ekiga with a headset for best sound quality and to avoid > echo from speaker to mic feedback. Sometimes I want to use an external > speaker and mic (for instance, when my daughter and wife also want to > participate in the conversation), but I can't get past the echo problem. > Echo cancellation just doesn't seem to work well (I'm using mic and > speaker on the same sound card) and when it does seem to be working it > degrades the audio quality. > > I would be perfectly happy with a half-duplex setting so I could use > external audio sans echo. Is this something that can be easily done > now? I think many speakerphones work this way and it's not so bad. Unfortunately not :( > Also, I think it would be a good idea to have A/V profiles to quickly > switch between different mics, speakers and video devices, sizes, etc. > Maybe even associate these profiles to different contacts. And the > interface would have a drop-down list so you could quickly switch to > "SpeakerPhone" profile or whatever. > That is a good idea. Notice we could also reuse echo cancellation algorithms from Asterisk. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Nov 21 09:02:26 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 21 Nov 2007 10:02:26 +0100 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <200711202043.38402.manouchk@gmail.com> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <200711200813.01165.manouchk@gmail.com> <200711202043.38402.manouchk@gmail.com> Message-ID: <1195635746.4299.24.camel@scorpion> Le mardi 20 novembre 2007 ? 20:43 -0200, Emmanuel Favre-Nicolin a ?crit : > > > I observed 2 cases. > > > 1) the transmitted bytes (me>ekiga.net) becomes zero before > > > the end of the > > > woman blablabla and then the received bytes/ (ekiga>me) > > > becomes zero too > > > 2) Both transmitted and received bytes fluxes becomes zero > > > when the woman > > > ends up her blablabla > > > > You mean that there are no more packets being received and/or > > transmitted? > > Yes > > > That would be wrong, but it would explain why > > you can't hear the echo. > > Yes. > > I tried another kernel in which there is only one audio card and no oss > simulation and I surpressed the old alsa api support. I tried to my phone, I > just could hear once on my home phone a kind of a "burst" of sound and then > nothing.... > > After that, nothing seems to works, I don' even listen the woman voice of the > 500 at ekiga.net. Ekiga may need the kernel "old alsa api"? I do not think so. I think more of a network problem. Could you try without video support ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Nov 21 09:01:10 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 21 Nov 2007 10:01:10 +0100 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195602898.5553.1.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> <1195525479.29931.64.camel@jims-laptop> <1195598225.29931.111.camel@jims-laptop> <1195598523.19092.48.camel@scorpion> <1195602898.5553.1.camel@jims-laptop> Message-ID: <1195635670.4299.20.camel@scorpion> Le mardi 20 novembre 2007 ? 18:54 -0500, jim ruxton a ?crit : > > > > > > > > Thanks Damien, > > > > > > > > I checked the network setting and it is set to eth1 which is my mireless > > > > > > > > port that I am using. In fact that is the only option available in the > > > > > > > > settings. Any other thoughts? > > > > > > > > Jim > > > > > > > > > > > > > > What distribution is this ? > > > > > > > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > > > > > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > > > > > > > > > > Kilian, could it be the bug we are discussing with Geoff ? > > > > > > > > Could Ekiga be trying to use a port already in use? Is there something I > > > > can check to try and figure out if this is the issue? > > > I'm still struggling with getting Ekiga to work. Any thoughts on how to > > > attack this? > > > > Kilian, could it be the packaging issue we are aware of ? > > > > Can you post a -d 4 somehwere Jim ? > Output of ekiga -d 4 is here Damien: > http://www.pastebin.ca/791606 > The file is unfortunately not complete. Perhaps you need to install the ptrace package (I do not know what it is, I just know it exists). -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Nov 21 09:03:47 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 21 Nov 2007 10:03:47 +0100 Subject: [Ekiga-list] No echo with sip 500@ekiga.net In-Reply-To: <200711202044.16159.manouchk@gmail.com> References: <682017.36697.qm@web25005.mail.ukl.yahoo.com> <1195560812.18250.2.camel@scorpion> <200711202044.16159.manouchk@gmail.com> Message-ID: <1195635827.4299.27.camel@scorpion> Le mardi 20 novembre 2007 ? 20:44 -0200, Emmanuel Favre-Nicolin a ?crit : > Le mardi 20 novembre 2007, Damien Sandras a ?crit : > > Le mardi 20 novembre 2007 ? 11:55 +0000, Dave Higton a ?crit : [...] > > > I can't be so sure about what you should receive. If the > > > echo is of (say) 4 seconds of speech with a 4 second gap > > > between them (for you to record in), it's possible that > > > the packets will only flow from ekiga.net to you during > > > the times that you should be hearing something. > > > > You can double-check that looking at the statusbar in the ekiga window. > > I didn't understand, what did you mean? Just look the statusbar, you will see something like : A:X/Y V:H/J if Y and J drop to 0, it means you have a network problem. V is video, so it will stay to 0 if there is no video. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From alanslists at gmail.com Wed Nov 21 09:41:43 2007 From: alanslists at gmail.com (Alan Lord) Date: Wed, 21 Nov 2007 09:41:43 +0000 Subject: [Ekiga-list] speakerphone mode In-Reply-To: <1195635712.4299.22.camel@scorpion> References: <4743B643.3070503@tnr.cc> <1195635712.4299.22.camel@scorpion> Message-ID: <4743FD57.9080302@gmail.com> Damien Sandras wrote: > > That is a good idea. > > > Notice we could also reuse echo cancellation algorithms from Asterisk. Hi, forgive the intrusion. I had a similar idea a week or so ago but am not a software engineer. I built and installed Asterisk on my LFS (Linux From Scratch) server. I have a cheap analogue PSTN (x100p) card and the standard EC with the Zaptel modules didn't do much - echo was bad... I installed the OSLEC canceller from David Rowe (http://www.rowetel.com/ucasterisk/oslec.html) which is simply a kernel module that interfaces to the zaptel module. It is brilliant! Worked a treat... On my desk I use the Polycom Communicator (a handsfree combined mic/speaker) USB audio device. And although most of the EC and noise suppression technology is apparently in their Windows only drivers, it works "OK" on my Ubuntu Desktop, but I do have some problems with echo. I was wondering if it would be possible to use the OSLEC module in a more "generic" way (perhaps within ALSA) so that it could be used to provide EC services to almost any audio device or as a "driver" simply for my Polycom C100s... Is this a sensible idea? Cheers Alan -- The way out is open! http://www.theopensourcerer.com From dsandras at seconix.com Wed Nov 21 12:15:06 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 21 Nov 2007 13:15:06 +0100 Subject: [Ekiga-list] speakerphone mode In-Reply-To: <4743FD57.9080302@gmail.com> References: <4743B643.3070503@tnr.cc> <1195635712.4299.22.camel@scorpion> <4743FD57.9080302@gmail.com> Message-ID: <1195647306.13144.17.camel@scorpion> Le mercredi 21 novembre 2007 ? 09:41 +0000, Alan Lord a ?crit : > Damien Sandras wrote: > > > > > That is a good idea. > > > > > > Notice we could also reuse echo cancellation algorithms from Asterisk. > > Hi, forgive the intrusion. > > I had a similar idea a week or so ago but am not a software engineer. I > built and installed Asterisk on my LFS (Linux From Scratch) server. I > have a cheap analogue PSTN (x100p) card and the standard EC with the > Zaptel modules didn't do much - echo was bad... > > I installed the OSLEC canceller from David Rowe > (http://www.rowetel.com/ucasterisk/oslec.html) which is simply a kernel > module that interfaces to the zaptel module. It is brilliant! Worked a > treat... > > On my desk I use the Polycom Communicator (a handsfree combined > mic/speaker) USB audio device. And although most of the EC and noise > suppression technology is apparently in their Windows only drivers, it > works "OK" on my Ubuntu Desktop, but I do have some problems with echo. > > I was wondering if it would be possible to use the OSLEC module in a > more "generic" way (perhaps within ALSA) so that it could be used to > provide EC services to almost any audio device or as a "driver" simply > for my Polycom C100s... Is this a sensible idea? It is certainly worth having a look. The algorithm is probably good and could certainly be used in ekiga. However, I fear the module itself is probably very "zapata" specific and thus not usable with standard sound applications. Very interesting link though... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From alanslists at gmail.com Wed Nov 21 12:23:18 2007 From: alanslists at gmail.com (Alan Lord) Date: Wed, 21 Nov 2007 12:23:18 +0000 Subject: [Ekiga-list] speakerphone mode In-Reply-To: <1195647306.13144.17.camel@scorpion> References: <4743B643.3070503@tnr.cc> <1195635712.4299.22.camel@scorpion> <4743FD57.9080302@gmail.com> <1195647306.13144.17.camel@scorpion> Message-ID: <47442336.9090400@gmail.com> Damien Sandras wrote: > > It is certainly worth having a look. The algorithm is probably good and > could certainly be used in ekiga. > > However, I fear the module itself is probably very "zapata" specific and > thus not usable with standard sound applications. > > Very interesting link though... I don't think it is actually. If I understand what David has done (which I might not of course!) he has made a wrapper around the EC itself to interface to the zaptel driver. In fact one has to patch the zaptel sources so that it knows where and how to use the OSLEC canceller. It works brilliantly. The Trixbox forum thread, linked from his page, is a good example of what happens when people use it. The Callweaver fork recommend it. As I said - when I used it on my cheap ($15) x100p card the echo simply vanished! But as I am not a software engineer I don't really know where or how to start using it in other ways... Cheers Alan. -- The way out is open! http://www.theopensourcerer.com From dsandras at seconix.com Wed Nov 21 12:31:51 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 21 Nov 2007 13:31:51 +0100 Subject: [Ekiga-list] speakerphone mode In-Reply-To: <47442336.9090400@gmail.com> References: <4743B643.3070503@tnr.cc> <1195635712.4299.22.camel@scorpion> <4743FD57.9080302@gmail.com> <1195647306.13144.17.camel@scorpion> <47442336.9090400@gmail.com> Message-ID: <1195648311.13144.23.camel@scorpion> Le mercredi 21 novembre 2007 ? 12:23 +0000, Alan Lord a ?crit : > Damien Sandras wrote: > > > > It is certainly worth having a look. The algorithm is probably good and > > could certainly be used in ekiga. > > > > However, I fear the module itself is probably very "zapata" specific and > > thus not usable with standard sound applications. > > > > Very interesting link though... > > I don't think it is actually. If I understand what David has done (which > I might not of course!) he has made a wrapper around the EC itself to > interface to the zaptel driver. In fact one has to patch the zaptel > sources so that it knows where and how to use the OSLEC canceller. It might be interesting to use the same echo canceller. But perhaps it is the same one than the one we are using written by Jean-Marc Valin ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From sevmek at free.fr Wed Nov 21 13:19:55 2007 From: sevmek at free.fr (yannick) Date: Wed, 21 Nov 2007 14:19:55 +0100 Subject: [Ekiga-list] speakerphone mode In-Reply-To: <1195648311.13144.23.camel@scorpion> References: <4743B643.3070503@tnr.cc> <1195635712.4299.22.camel@scorpion> <4743FD57.9080302@gmail.com> <1195647306.13144.17.camel@scorpion> <47442336.9090400@gmail.com> <1195648311.13144.23.camel@scorpion> Message-ID: <1195651195.23885.3.camel@achille> Hi, Le mercredi 21 novembre 2007 ? 13:31 +0100, Damien Sandras a ?crit : > Le mercredi 21 novembre 2007 ? 12:23 +0000, Alan Lord a ?crit : > > Damien Sandras wrote: > > > > > > It is certainly worth having a look. The algorithm is probably good and > > > could certainly be used in ekiga. > > > > > > However, I fear the module itself is probably very "zapata" specific and > > > thus not usable with standard sound applications. > > > > > > Very interesting link though... > > > > I don't think it is actually. If I understand what David has done (which > > I might not of course!) he has made a wrapper around the EC itself to > > interface to the zaptel driver. In fact one has to patch the zaptel > > sources so that it knows where and how to use the OSLEC canceller. > > It might be interesting to use the same echo canceller. > > But perhaps it is the same one than the one we are using written by > Jean-Marc Valin ? I doubt that: The author refers to Jean-Marc Valin as a helper, not as an author for OLSEC. IMHO, you should discuss it with Jean-Marc Valin. Quote from the URL above "Background and Credits Oslec started life as a prototype echo canceller and G168 test framework from Steve Underwoods Spandsp library. Steve wrote much of the DSP code used in Asterisk, and the Zaptel echo cancellation code is heavily based on his work. Using the Spandsp G168 test framework, a high performance echo canceller has been developed and carefully tested. Working together with alpha testers the performance has been brought to a beta state. More. Thanks to Steve Underwood, Jean-Marc Valin, and Ramakrishnan Muthukrishnan for their suggestions and email discussions. Thanks also to those people who collected echo samples for me such as Mark, Pawel, and Pavel. Thanks Nic Bellamy for help with testing, explanation of long path issues, and MMX support. Thanks Tzafrir for testing and patches/enhancements and Dmitry for help with multithreaded and locking issues. Thanks Vieri for finding a circuit with a tail > 32ms, and Patrick for submitting a Zaptel 1.2.18 patch. Thanks Dave Fullerton and Carlton O'Riley for Zaptel 1.4.3/1.4.4 patches. Thanks Bill Salibrici for finding a memory leak. Thanks to Peter Schlaile for porting Oslec to mISDN. Thanks also to Kristijan Vrban for sending me some ISDN hardware so I can help with the ISDN/Oslec testing!" Regards, Yannick > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > 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 lurch at gmx.li Wed Nov 21 15:20:01 2007 From: lurch at gmx.li (Stefan Bruens) Date: Wed, 21 Nov 2007 16:20:01 +0100 Subject: [Ekiga-list] speakerphone mode In-Reply-To: <4743FD57.9080302@gmail.com> References: <4743B643.3070503@tnr.cc> <1195635712.4299.22.camel@scorpion> <4743FD57.9080302@gmail.com> Message-ID: <200711211620.06053.lurch@gmx.li> Am Mittwoch, 21. November 2007 10:41:43 schrieb Alan Lord: > Damien Sandras wrote: > > That is a good idea. > > > > > > Notice we could also reuse echo cancellation algorithms from Asterisk. > > Hi, forgive the intrusion. > > I had a similar idea a week or so ago but am not a software engineer. I > built and installed Asterisk on my LFS (Linux From Scratch) server. I > have a cheap analogue PSTN (x100p) card and the standard EC with the > Zaptel modules didn't do much - echo was bad... > > I installed the OSLEC canceller from David Rowe > (http://www.rowetel.com/ucasterisk/oslec.html) which is simply a kernel > module that interfaces to the zaptel module. It is brilliant! Worked a > treat... > > On my desk I use the Polycom Communicator (a handsfree combined > mic/speaker) USB audio device. And although most of the EC and noise > suppression technology is apparently in their Windows only drivers, it > works "OK" on my Ubuntu Desktop, but I do have some problems with echo. > > I was wondering if it would be possible to use the OSLEC module in a > more "generic" way (perhaps within ALSA) so that it could be used to > provide EC services to almost any audio device or as a "driver" simply > for my Polycom C100s... Is this a sensible idea? One thing to understand is that there are two different types of echo cancellers - line echo and acoustic echo. Line echo exists when using analog interface cards. As analog equipment is connected via a single pair of wires, both near and far end signals are travelling on the same wires. Inside the handset/telephone/speakerphone, there is something called a "hybrid", which decouples both signals, but not perfectly. As the signals are travelling as an electromagnetic wave, almost at the speed of light, the echo path is quite short (for example, Inhouse, 50m of wire, 2/3 speed of light: 2*50m *3/2 / 3*10^8m/s = 0.5*10^-6s: half a microsecond, Branch exchange, 2*2km, 20 microseconds). So line echo is not a problem for voice applications, only for data (modems). Acoustic echo is quite different, as the signal comes from the loudspeaker, travels with the speed of sound (~300m/s -> 3ms/m), is reflected by the walls several times and reaches the microphone. As the echo patch is much longer, an echo canceller with many more filter taps is needed, able to compensate echo "tails" 500ms or even 4000ms long. OSLEC is an line echo canceller, able to cope only with very short echo pathes. It may be able to compensate acoustic echos resulting from microphones and speakers built into the same housing, which are thus strongly coupled on a very short path (<10cm). Bye, Stefan -- Stefan Br?ns / Kastanienweg 6 - Zimmer 1206 / 52074 Aachen mailto:lurch at gmx.li http://www.kawo1.rwth-aachen.de/~lurchi/ phone: +49 241 169-4206 mobile: +49 160 3797725 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From alanslists at gmail.com Wed Nov 21 15:39:47 2007 From: alanslists at gmail.com (Alan Lord) Date: Wed, 21 Nov 2007 15:39:47 +0000 Subject: [Ekiga-list] speakerphone mode In-Reply-To: <200711211620.06053.lurch@gmx.li> References: <4743B643.3070503@tnr.cc> <1195635712.4299.22.camel@scorpion> <4743FD57.9080302@gmail.com> <200711211620.06053.lurch@gmx.li> Message-ID: <47445143.3000104@gmail.com> Stefan Bruens wrote: > One thing to understand is that there are two different types of echo > cancellers - line echo and acoustic echo. > > Line echo exists when using analog interface cards. As analog equipment is > connected via a single pair of wires, both near and far end signals are > travelling on the same wires. Inside the handset/telephone/speakerphone, > there is something called a "hybrid", which decouples both signals, but not > perfectly. > > As the signals are travelling as an electromagnetic wave, almost at the speed > of light, the echo path is quite short (for example, Inhouse, 50m of wire, > 2/3 speed of light: 2*50m *3/2 / 3*10^8m/s = 0.5*10^-6s: half a microsecond, > Branch exchange, 2*2km, 20 microseconds). So line echo is not a problem for > voice applications, only for data (modems). > > Acoustic echo is quite different, as the signal comes from the loudspeaker, > travels with the speed of sound (~300m/s -> 3ms/m), is reflected by the walls > several times and reaches the microphone. As the echo patch is much longer, > an echo canceller with many more filter taps is needed, able to compensate > echo "tails" 500ms or even 4000ms long. > > OSLEC is an line echo canceller, able to cope only with very short echo > pathes. It may be able to compensate acoustic echos resulting from > microphones and speakers built into the same housing, which are thus strongly > coupled on a very short path (<10cm). > > Bye, > > Stefan Cool - thanks for the very clear explanation. Now I think understand what he is talking about when David mentions trying to see if will work with 128ms tails. And maybe it make my idea not such a good one after all. But the strange thing was before I tried OSLEC that the echo on our analogue line was quite "long" e.g. several 10s of milliseconds - very audible delay between original and echoed speech... perhaps we are getting a bit Off Topic but very interesting nevertheless. Thanks again, Alan -- The way out is open! http://www.theopensourcerer.com From jojogabriel at yahoo.com Wed Nov 21 18:33:11 2007 From: jojogabriel at yahoo.com (Jonathan Gabriel) Date: Wed, 21 Nov 2007 10:33:11 -0800 (PST) Subject: [Ekiga-list] 500@ekiga.net Message-ID: <926027.55300.qm@web81211.mail.mud.yahoo.com> I'm a new Ekiga user. I tried calling 500 at ekiga.net to test my set up. I heard the instruction but I can not hear the echo. Could you give advise to make Ekiga work? I'm using Ubuntu 7.10. -------------- next part -------------- An HTML attachment was scrubbed... URL: From randall at tnr.cc Wed Nov 21 18:41:06 2007 From: randall at tnr.cc (Randall Smith) Date: Wed, 21 Nov 2007 12:41:06 -0600 Subject: [Ekiga-list] 500@ekiga.net In-Reply-To: <926027.55300.qm@web81211.mail.mud.yahoo.com> References: <926027.55300.qm@web81211.mail.mud.yahoo.com> Message-ID: <47447BC2.1030507@tnr.cc> First, make sure your mic is working in the configuration druid. Next, you need to check your network config. If you're behind NAT, you probably want to be using STUN. Again, configuration druid should take care of this for you. I'm available if you need a test call. sip:berryman at ekiga.net Randall Jonathan Gabriel wrote: > I'm a new Ekiga user. I tried calling 500 at ekiga.net to test my set > up. I heard the instruction but I can not hear the echo. Could you > give advise to make Ekiga work? I'm using Ubuntu 7.10. > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From cinetron at passport.ca Thu Nov 22 08:00:29 2007 From: cinetron at passport.ca (jim ruxton) Date: Thu, 22 Nov 2007 03:00:29 -0500 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195635670.4299.20.camel@scorpion> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> <1195525479.29931.64.camel@jims-laptop> <1195598225.29931.111.camel@jims-laptop> <1195598523.19092.48.camel@scorpion> <1195602898.5553.1.camel@jims-laptop> <1195635670.4299.20.camel@scorpion> Message-ID: <1195718429.29471.2.camel@jims-laptop> On Wed, 2007-11-21 at 10:01 +0100, Damien Sandras wrote: > Le mardi 20 novembre 2007 ? 18:54 -0500, jim ruxton a ?crit : > > > > > > > > > Thanks Damien, > > > > > > > > > I checked the network setting and it is set to eth1 which is my mireless > > > > > > > > > port that I am using. In fact that is the only option available in the > > > > > > > > > settings. Any other thoughts? > > > > > > > > > Jim > > > > > > > > > > > > > > > > What distribution is this ? > > > > > > > > > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > > > > > > > > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > > > > > > > > > > > > > Kilian, could it be the bug we are discussing with Geoff ? > > > > > > > > > > Could Ekiga be trying to use a port already in use? Is there something I > > > > > can check to try and figure out if this is the issue? > > > > I'm still struggling with getting Ekiga to work. Any thoughts on how to > > > > attack this? > > > > > > Kilian, could it be the packaging issue we are aware of ? > > > > > > Can you post a -d 4 somehwere Jim ? > > Output of ekiga -d 4 is here Damien: > > http://www.pastebin.ca/791606 > > > > The file is unfortunately not complete. Perhaps you need to install the > ptrace package (I do not know what it is, I just know it exists). Unfortunately ptrace doesn't seem to be available for kubuntu. Is there anything else I can do to move forward on this? I bought some time when using Ekiga with Fedora so really would like to get this working. Jim > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From szazs at mm.bme.hu Thu Nov 22 08:13:05 2007 From: szazs at mm.bme.hu (SZABO Zsolt) Date: Thu, 22 Nov 2007 09:13:05 +0100 (CET) Subject: [Ekiga-list] ekiga behind speedtouch 780 home gateway Message-ID: Hi, I've got the following problem (Ekiga 2.0.9 for etch): I CAN use ekiga through a vpn tunnel (of my office), when I setup the vpn as the default gateway and enable the ports 5000:5100 in the FORWARD chain at the firewall of the office. To more precisely say, the echo test on 500 at ekiga.net seems to work (I can hear the welcome message and later my voice). However, I would like to setup ekiga without this vpn hack. When I forward the port 5000:5100 on the SpeedTouch home gw to my linux box ekiga CAN register either setting the NAT mode to STUN or IP translation. I have also succeeded in connecting to 500 at ekiga.net but I CANNOT hear anything! I have checked my registration by logging in ekiga.net, and I see: myaccount at adsl.ip.num.ber:4053 That was a bit strange, thus I set back the default gw to the vpn, and rerun ekiga and the echo test (with success) and checked the registration at ekiga.net again: myaccount at myoffice.gw.ip.num:5061 ... So, setting the default gw to my home gateway and rerunning ekiga a couple of times and testing the registration showed every time different port number out of the range 5000:5100. Thus I have enabled the port forwarding on SpeedTouch home gw for ports 4000:5900, and checked the registration again: the port was 5902! (Earlier I had also tried to forward all port on the home gw (1:65535) but as fas as I remember that did not work at all...) My question is that whether this operation is normal...? At another place (my parents) where there is no home gateway (router) and the linux box dials an ADSL modem (of the same ADSL ISP) and setups the firewall rules can be found at ekiga.org, there is no problem with the echo test (and the version of Ekiga is 2.0.3) -- Zsolt From grenechejm at free.fr Thu Nov 22 08:24:55 2007 From: grenechejm at free.fr (Jean-Michel Greneche) Date: Thu, 22 Nov 2007 09:24:55 +0100 Subject: [Ekiga-list] unsuscribe Message-ID: <47453CD7.6010004@free.fr> -- Jean-Michel Greneche Cle GPG (0xB312426D) E8B9 E843 0196 8528 8223 16B4 ADBB 51D3 B312 426D From dsandras at seconix.com Thu Nov 22 08:32:44 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 22 Nov 2007 09:32:44 +0100 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195718429.29471.2.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> <1195525479.29931.64.camel@jims-laptop> <1195598225.29931.111.camel@jims-laptop> <1195598523.19092.48.camel@scorpion> <1195602898.5553.1.camel@jims-laptop> <1195635670.4299.20.camel@scorpion> <1195718429.29471.2.camel@jims-laptop> Message-ID: <1195720364.4240.2.camel@scorpion> Le jeudi 22 novembre 2007 ? 03:00 -0500, jim ruxton a ?crit : > On Wed, 2007-11-21 at 10:01 +0100, Damien Sandras wrote: > > Le mardi 20 novembre 2007 ? 18:54 -0500, jim ruxton a ?crit : > > > > > > > > > > Thanks Damien, > > > > > > > > > > I checked the network setting and it is set to eth1 which is my mireless > > > > > > > > > > port that I am using. In fact that is the only option available in the > > > > > > > > > > settings. Any other thoughts? > > > > > > > > > > Jim > > > > > > > > > > > > > > > > > > What distribution is this ? > > > > > > > > > > > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > > > > > > > > > > > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > > > > > > > > > > > > > > > > Kilian, could it be the bug we are discussing with Geoff ? > > > > > > > > > > > > Could Ekiga be trying to use a port already in use? Is there something I > > > > > > can check to try and figure out if this is the issue? > > > > > I'm still struggling with getting Ekiga to work. Any thoughts on how to > > > > > attack this? > > > > > > > > Kilian, could it be the packaging issue we are aware of ? > > > > > > > > Can you post a -d 4 somehwere Jim ? > > > Output of ekiga -d 4 is here Damien: > > > http://www.pastebin.ca/791606 > > > > > > > The file is unfortunately not complete. Perhaps you need to install the > > ptrace package (I do not know what it is, I just know it exists). > Unfortunately ptrace doesn't seem to be available for kubuntu. Is there > anything else I can do to move forward on this? I bought some time when > using Ekiga with Fedora so really would like to get this working. Without a valid trace, I do not know what I could do :( Make sure your configuration files are correct. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Thu Nov 22 08:34:22 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 22 Nov 2007 09:34:22 +0100 Subject: [Ekiga-list] ekiga behind speedtouch 780 home gateway In-Reply-To: References: Message-ID: <1195720462.4240.4.camel@scorpion> Le jeudi 22 novembre 2007 ? 09:13 +0100, SZABO Zsolt a ?crit : > Hi, > > I've got the following problem (Ekiga 2.0.9 for etch): > > I CAN use ekiga through a vpn tunnel (of my office), when I setup the vpn > as the default gateway and enable the ports 5000:5100 in the FORWARD chain > at the firewall of the office. To more precisely say, the echo test on > 500 at ekiga.net seems to work (I can hear the welcome message and later my > voice). > > However, I would like to setup ekiga without this vpn hack. When I forward > the port 5000:5100 on the SpeedTouch home gw to my linux box ekiga CAN > register either setting the NAT mode to STUN or IP translation. > I have also succeeded in connecting to 500 at ekiga.net but I CANNOT hear > anything! I have checked my registration by logging in ekiga.net, and I > see: myaccount at adsl.ip.num.ber:4053 > > That was a bit strange, thus I set back the default gw to the vpn, and > rerun ekiga and the echo test (with success) and checked the registration > at ekiga.net again: myaccount at myoffice.gw.ip.num:5061 ... > > So, setting the default gw to my home gateway and rerunning ekiga a couple > of times and testing the registration showed every time different port > number out of the range 5000:5100. Thus I have enabled the port forwarding > on SpeedTouch home gw for ports 4000:5900, and checked the registration > again: the port was 5902! (Earlier I had also tried to forward all port on > the home gw (1:65535) but as fas as I remember that did not work at > all...) > I suppose your router supports SIP and rewrites the packets. You can try two things : 1) use no IP translation and no stun 2) disable SIP support on your router I am nearly sure it is the problem, the 4053 does not look correct. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From szazs at mm.bme.hu Thu Nov 22 15:58:09 2007 From: szazs at mm.bme.hu (SZABO Zsolt) Date: Thu, 22 Nov 2007 16:58:09 +0100 (CET) Subject: [Ekiga-list] ekiga with network sound daemon Message-ID: Just for curiosity: is there some way to run ekiga on a remote server that connect to the local sound server (e.g. pulseaudio)? (typical LTSP environment) Ekiga detects ALSA, however, according to /etc/asound.conf: pcm.!default { type pulse } ctl.!default { type pulse } and of course: # cat /proc/asound/cards --- no soundcards --- $ pactl stat Currently in use: 1 blocks containing 1.3 KiB bytes total. Allocated during whole lifetime: 323789 blocks containing 437.8 MiB bytes total. Sample cache size: 0 B User name: pulse Host Name: iem-09 Server Name: pulseaudio Server Version: 0.9.5 Default Sample Specification: s16le 2ch 44100Hz Default Sink: alsa_output.hw_0 Default Source: alsa_input.hw_0 Cookie: 065317c5 -- Zsolt PS: I tried Ekiga 2.0.3 default in standard debian etch... From sevmek at free.fr Thu Nov 22 16:09:32 2007 From: sevmek at free.fr (yannick) Date: Thu, 22 Nov 2007 17:09:32 +0100 Subject: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu In-Reply-To: <1195718429.29471.2.camel@jims-laptop> References: <1195453825.29931.44.camel@jims-laptop> <1195462337.4233.6.camel@scorpion> <1195498735.29931.57.camel@jims-laptop> <1195503421.4189.20.camel@scorpion> <1195506539.29931.61.camel@jims-laptop> <1195509183.4189.32.camel@scorpion> <1195525479.29931.64.camel@jims-laptop> <1195598225.29931.111.camel@jims-laptop> <1195598523.19092.48.camel@scorpion> <1195602898.5553.1.camel@jims-laptop> <1195635670.4299.20.camel@scorpion> <1195718429.29471.2.camel@jims-laptop> Message-ID: <1195747772.23885.6.camel@achille> Le jeudi 22 novembre 2007 ? 03:00 -0500, jim ruxton a ?crit : > > The file is unfortunately not complete. Perhaps you need to install > the > > ptrace package (I do not know what it is, I just know it exists). > Unfortunately ptrace doesn't seem to be available for kubuntu. Is > there > anything else I can do to move forward on this? I bought some time > when > using Ekiga with Fedora so really would like to get this working. > Jim Hi, It exist: http://packages.ubuntu.com/gutsy/libs/libopal-2.2-ptrace It is documented here: http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_from_Ekiga Regards, Yannick -- 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 jojogabriel at yahoo.com Thu Nov 22 20:54:33 2007 From: jojogabriel at yahoo.com (Jonathan Gabriel) Date: Thu, 22 Nov 2007 12:54:33 -0800 (PST) Subject: [Ekiga-list] 500@ekiga.net Message-ID: <986493.53851.qm@web81210.mail.mud.yahoo.com> The druid did not play back my voice. The same thing happen when I use Sound Recorder and Audacity. I can hear my voice from my speaker. This is probably an Ubuntu problem. ----- Original Message ---- From: Randall Smith To: Ekiga mailing list Sent: Wednesday, November 21, 2007 12:41:06 PM Subject: Re: [Ekiga-list] 500 at ekiga.net First, make sure your mic is working in the configuration druid. Next, you need to check your network config. If you're behind NAT, you probably want to be using STUN. Again, configuration druid should take care of this for you. I'm available if you need a test call. sip:berryman at ekiga.net Randall Jonathan Gabriel wrote: > I'm a new Ekiga user. I tried calling 500 at ekiga.net to test my set > up. I heard the instruction but I can not hear the echo. Could you > give advise to make Ekiga work? I'm using Ubuntu 7.10. > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 szazs at mm.bme.hu Thu Nov 22 22:31:29 2007 From: szazs at mm.bme.hu (SZABO Zsolt) Date: Thu, 22 Nov 2007 23:31:29 +0100 (CET) Subject: [Ekiga-list] ekiga behind speedtouch 780 home gateway In-Reply-To: <1195720462.4240.4.camel@scorpion> References: <1195720462.4240.4.camel@scorpion> Message-ID: On Thu, 22 Nov 2007, Damien Sandras wrote: > Le jeudi 22 novembre 2007 ?? 09:13 +0100, SZABO Zsolt a ?crit : >> Hi, >> >> So, setting the default gw to my home gateway and rerunning ekiga a couple >> of times and testing the registration showed every time different port >> number out of the range 5000:5100. Thus I have enabled the port forwarding >> on SpeedTouch home gw for ports 4000:5900, and checked the registration >> again: the port was 5902! (Earlier I had also tried to forward all port on >> the home gw (1:65535) but as fas as I remember that did not work at >> all...) > > I suppose your router supports SIP and rewrites the packets. > > You can try two things : > 1) use no IP translation and no stun Hmm... it works. (The home gateway works according to the default (standard) firewall rules, and I have cleared the port forwarding rules for 5000:5100.) (I am not sure but sometimes I had to restart ekiga twice after changing the NAT settings...) Thank you very much! -- Zsolt From dsandras at seconix.com Fri Nov 23 08:36:53 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 23 Nov 2007 09:36:53 +0100 Subject: [Ekiga-list] ekiga behind speedtouch 780 home gateway In-Reply-To: References: <1195720462.4240.4.camel@scorpion> Message-ID: <1195807013.5637.5.camel@scorpion> Le jeudi 22 novembre 2007 ? 23:31 +0100, SZABO Zsolt a ?crit : > On Thu, 22 Nov 2007, Damien Sandras wrote: > > > Le jeudi 22 novembre 2007 ?? 09:13 +0100, SZABO Zsolt a ?crit : > >> Hi, > >> > >> So, setting the default gw to my home gateway and rerunning ekiga a couple > >> of times and testing the registration showed every time different port > >> number out of the range 5000:5100. Thus I have enabled the port forwarding > >> on SpeedTouch home gw for ports 4000:5900, and checked the registration > >> again: the port was 5902! (Earlier I had also tried to forward all port on > >> the home gw (1:65535) but as fas as I remember that did not work at > >> all...) > > > > I suppose your router supports SIP and rewrites the packets. > > > > You can try two things : > > 1) use no IP translation and no stun > > Hmm... it works. (The home gateway works according to the default > (standard) firewall rules, and I have cleared the port forwarding rules for > 5000:5100.) > > (I am not sure but sometimes I had to restart ekiga twice after changing > the NAT settings...) > Good news ! -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Fri Nov 23 08:37:13 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 23 Nov 2007 09:37:13 +0100 Subject: [Ekiga-list] 500@ekiga.net In-Reply-To: <986493.53851.qm@web81210.mail.mud.yahoo.com> References: <986493.53851.qm@web81210.mail.mud.yahoo.com> Message-ID: <1195807033.5637.7.camel@scorpion> Le jeudi 22 novembre 2007 ? 12:54 -0800, Jonathan Gabriel a ?crit : > The druid did not play back my voice. The same thing happen when I > use Sound Recorder and Audacity. I can hear my voice from my speaker. > This is probably an Ubuntu problem. > Is the mic set to Capture ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From manouchk at gmail.com Fri Nov 23 19:56:56 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Fri, 23 Nov 2007 17:56:56 -0200 Subject: [Ekiga-list] 500@ekiga.net In-Reply-To: <1195807033.5637.7.camel@scorpion> References: <986493.53851.qm@web81210.mail.mud.yahoo.com> <1195807033.5637.7.camel@scorpion> Message-ID: <200711231756.58887.manouchk@gmail.com> Le vendredi 23 novembre 2007, Damien Sandras a ?crit?: > Le jeudi 22 novembre 2007 ? 12:54 -0800, Jonathan Gabriel a ?crit : > > The druid did not play back my voice. The same thing happen when I > > use Sound Recorder and Audacity. I can hear my voice from my speaker. > > This is probably an Ubuntu problem. > > Is the mic set to Capture ? yes, I installed mandriva and it looks like it worked out of the box on the same connection. The sound was not very good yet, but that was a very fast try that I did! From jojogabriel at yahoo.com Sat Nov 24 03:10:33 2007 From: jojogabriel at yahoo.com (Jonathan Gabriel) Date: Fri, 23 Nov 2007 19:10:33 -0800 (PST) Subject: [Ekiga-list] 500@ekiga.net Message-ID: <744882.97302.qm@web81201.mail.mud.yahoo.com> Yes, the box is checked. ----- Original Message ---- From: Damien Sandras To: Ekiga mailing list Sent: Friday, November 23, 2007 2:37:13 AM Subject: Re: [Ekiga-list] 500 at ekiga.net Le jeudi 22 novembre 2007 ? 12:54 -0800, Jonathan Gabriel a ?crit : > The druid did not play back my voice. The same thing happen when I > use Sound Recorder and Audacity. I can hear my voice from my speaker. > This is probably an Ubuntu problem. > Is the mic set to Capture ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ 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 cinetron at passport.ca Sat Nov 24 03:41:12 2007 From: cinetron at passport.ca (jim ruxton) Date: Fri, 23 Nov 2007 22:41:12 -0500 Subject: [Ekiga-list] trace of problem getting Ekiga to work in Kubuntu gutsy Message-ID: <1195875672.5489.6.camel@jims-laptop> Hi I still can't get Ekiga to connect to the echo test (or anything else) . Below is a trace of starting Ekiga and attempting a call to sip:500 at ekiga.net . Can anyone see why this doesn't work? http://www.pastebin.ca/795453 Thanks, Jim From dsandras at seconix.com Sat Nov 24 20:21:06 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 24 Nov 2007 21:21:06 +0100 Subject: [Ekiga-list] 500@ekiga.net In-Reply-To: <200711231756.58887.manouchk@gmail.com> References: <986493.53851.qm@web81210.mail.mud.yahoo.com> <1195807033.5637.7.camel@scorpion> <200711231756.58887.manouchk@gmail.com> Message-ID: <1195935666.4491.11.camel@scorpion> Le vendredi 23 novembre 2007 ? 17:56 -0200, Emmanuel Favre-Nicolin a ?crit : > Le vendredi 23 novembre 2007, Damien Sandras a ?crit : > > Le jeudi 22 novembre 2007 ? 12:54 -0800, Jonathan Gabriel a ?crit : > > > The druid did not play back my voice. The same thing happen when I > > > use Sound Recorder and Audacity. I can hear my voice from my speaker. > > > This is probably an Ubuntu problem. > > > > Is the mic set to Capture ? > > yes, I installed mandriva and it looks like it worked out of the box on the > same connection. The sound was not very good yet, but that was a very fast > try that I did! Good... :) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sat Nov 24 20:21:47 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 24 Nov 2007 21:21:47 +0100 Subject: [Ekiga-list] 500@ekiga.net In-Reply-To: <744882.97302.qm@web81201.mail.mud.yahoo.com> References: <744882.97302.qm@web81201.mail.mud.yahoo.com> Message-ID: <1195935707.4491.13.camel@scorpion> Le vendredi 23 novembre 2007 ? 19:10 -0800, Jonathan Gabriel a ?crit : > Yes, the box is checked. > > ----- Original Message ---- > From: Damien Sandras > To: Ekiga mailing list > Sent: Friday, November 23, 2007 2:37:13 AM > Subject: Re: [Ekiga-list] 500 at ekiga.net > > Le jeudi 22 novembre 2007 ? 12:54 -0800, Jonathan Gabriel a ?crit : > > The druid did not play back my voice. The same thing happen when I > > use Sound Recorder and Audacity. I can hear my voice from my > speaker. > > This is probably an Ubuntu problem. > > > > Is the mic set to Capture ? Does it work if you use arecord ? If not you have a sound setup issue... -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Sat Nov 24 20:27:48 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 24 Nov 2007 21:27:48 +0100 Subject: [Ekiga-list] trace of problem getting Ekiga to work in Kubuntu gutsy In-Reply-To: <1195875672.5489.6.camel@jims-laptop> References: <1195875672.5489.6.camel@jims-laptop> Message-ID: <1195936068.4491.15.camel@scorpion> Le vendredi 23 novembre 2007 ? 22:41 -0500, jim ruxton a ?crit : > Hi I still can't get Ekiga to connect to the echo test (or anything > else) . Below is a trace of starting Ekiga and attempting a call to > sip:500 at ekiga.net . Can anyone see why this doesn't work? > http://www.pastebin.ca/795453 > You are not registered to ekiga.net, so the echo test rejects you. Moreover, you are behind NAT and STUN is not enabled. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From edie_morton at yahoo.com Sat Nov 24 21:15:39 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Sat, 24 Nov 2007 13:15:39 -0800 (PST) Subject: [Ekiga-list] trace of problem getting Ekiga to work in Kubuntu gutsy In-Reply-To: <1195936068.4491.15.camel@scorpion> Message-ID: <48041.63829.qm@web56707.mail.re3.yahoo.com> I have been trying to get ekiga to work with openmcu and gnugk. Problem with openmcu is that I get a jitter error message and the application shuts down. Is a how to setup tutorial out there? Damien Sandras wrote: Le vendredi 23 novembre 2007 ? 22:41 -0500, jim ruxton a ?crit : > Hi I still can't get Ekiga to connect to the echo test (or anything > else) . Below is a trace of starting Ekiga and attempting a call to > sip:500 at ekiga.net . Can anyone see why this doesn't work? > http://www.pastebin.ca/795453 > You are not registered to ekiga.net, so the echo test rejects you. Moreover, you are behind NAT and STUN is not enabled. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list --------------------------------- Never miss a thing. Make Yahoo your homepage. -------------- next part -------------- An HTML attachment was scrubbed... URL: From manouchk at gmail.com Sat Nov 24 19:15:28 2007 From: manouchk at gmail.com (Emmanuel Favre-Nicolin) Date: Sat, 24 Nov 2007 15:15:28 -0400 Subject: [Ekiga-list] 500@ekiga.net In-Reply-To: <1195935666.4491.11.camel@scorpion> References: <986493.53851.qm@web81210.mail.mud.yahoo.com> <200711231756.58887.manouchk@gmail.com> <1195935666.4491.11.camel@scorpion> Message-ID: <200711241515.30087.manouchk@gmail.com> Le samedi 24 novembre 2007, Damien Sandras a ?crit?: > Le vendredi 23 novembre 2007 ? 17:56 -0200, Emmanuel Favre-Nicolin a > > ?crit : > > Le vendredi 23 novembre 2007, Damien Sandras a ?crit : > > > Le jeudi 22 novembre 2007 ? 12:54 -0800, Jonathan Gabriel a ?crit : > > > > The druid did not play back my voice. The same thing happen when I > > > > use Sound Recorder and Audacity. I can hear my voice from my > > > > speaker. This is probably an Ubuntu problem. > > > > > > Is the mic set to Capture ? > > > > yes, I installed mandriva and it looks like it worked out of the box on > > the same connection. The sound was not very good yet, but that was a very > > fast try that I did! > > Good... :) The advantage is that I can use ekiga and have 3D effects but I still like my gentoo for other reasons... Here neither wengophone nor ekiga function properly. From edie_morton at yahoo.com Sat Nov 24 21:23:35 2007 From: edie_morton at yahoo.com (Edie Morton) Date: Sat, 24 Nov 2007 13:23:35 -0800 (PST) Subject: [Ekiga-list] Jitter problem with Ekiga and Openmcu In-Reply-To: <48041.63829.qm@web56707.mail.re3.yahoo.com> Message-ID: <386045.14745.qm@web56708.mail.re3.yahoo.com> I am running Debian Etch and have problem getting openmcu to work with Ekiga. I have two separate desktops running with two different IP addresses. The unit which is running openmcu, when I try to log into a room I get a jitter error message. On another experiment, logging in with the other desktop into openmcu, a get the same jitter prompt and the system shuts down. Noticed that there was a recommendation to use a different version of Ekiga at one time, but thought with a newer version of ekiga, this wouldn't be a problem so I stayed with the version installed in debian thinking it was stable with openmcu packaged with Debian. Any ideas on what I can do to fix this problem.. I've even thought that using a gatekeeper may help get rid of this problem. Am I on the right track with this assumption? Any help would be greatly appreciated. Edie Morton wrote: I have been trying to get ekiga to work with openmcu and gnugk. Problem with openmcu is that I get a jitter error message and the application shuts down. Is a how to setup tutorial out there? Damien Sandras wrote: Le vendredi 23 novembre 2007 ? 22:41 -0500, jim ruxton a ?crit : > Hi I still can't get Ekiga to connect to the echo test (or anything > else) . Below is a trace of starting Ekiga and attempting a call to > sip:500 at ekiga.net . Can anyone see why this doesn't work? > http://www.pastebin.ca/795453 > You are not registered to ekiga.net, so the echo test rejects you. Moreover, you are behind NAT and STUN is not enabled. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list --------------------------------- Never miss a thing. Make Yahoo your homepage. _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list --------------------------------- Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cinetron at passport.ca Sat Nov 24 23:33:39 2007 From: cinetron at passport.ca (jim ruxton) Date: Sat, 24 Nov 2007 18:33:39 -0500 Subject: [Ekiga-list] trace of problem getting Ekiga to work in Kubuntu gutsy In-Reply-To: <1195936068.4491.15.camel@scorpion> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> Message-ID: <1195947219.5414.41.camel@jims-laptop> > > Hi I still can't get Ekiga to connect to the echo test (or anything > > else) . Below is a trace of starting Ekiga and attempting a call to > > sip:500 at ekiga.net . Can anyone see why this doesn't work? > > http://www.pastebin.ca/795453 > > > > You are not registered to ekiga.net, so the echo test rejects you. > > Moreover, you are behind NAT and STUN is not enabled. Thanks Damien, strange I thought I was registered, anyway I re-registered as lumina at ekiga.net and enabled STUN and I still get the same result of "secutity check failed" . Here is the most recent trace: http://www.pastebin.ca/796302 jim > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From sevmek at free.fr Sun Nov 25 00:42:35 2007 From: sevmek at free.fr (yannick) Date: Sun, 25 Nov 2007 01:42:35 +0100 Subject: [Ekiga-list] trace of problem getting Ekiga to work in kubuntu gutsy In-Reply-To: <1195947219.5414.41.camel@jims-laptop> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> <1195947219.5414.41.camel@jims-laptop> Message-ID: <1195951355.14111.5.camel@achille> Le samedi 24 novembre 2007 ? 18:33 -0500, jim ruxton a ?crit : > > > Hi I still can't get Ekiga to connect to the echo test (or anything > > > else) . Below is a trace of starting Ekiga and attempting a call to > > > sip:500 at ekiga.net . Can anyone see why this doesn't work? > > > http://www.pastebin.ca/795453 > > > > > > > You are not registered to ekiga.net, so the echo test rejects you. > > > > Moreover, you are behind NAT and STUN is not enabled. > Thanks Damien, strange I thought I was registered, anyway I > re-registered as lumina at ekiga.net and enabled STUN and I still get the > same result of "secutity check failed" . Here is the most recent trace: > http://www.pastebin.ca/796302 > Ekiga is still not registered to ekiga.net. I think there is a misunderstood here. The whole registration process is like this for now: 1- using a browser, you need to grab an account on http://ekiga.net 2- you will receive an email for confirmation of this inscription (if i recall correctly you have to respond to it) 3- you need to enter your username and password into ekiga 4- ekiga will attempt to register to ekiga.net if it succeed, you'll be able to call sip:500 at ekiga.net You can check if ekiga has an account for ekiga.net in the account window: http://wiki.ekiga.org/index.php/Managing_VOIP_Accounts The box in front of each account show you if ekiga will try to register to the provider. Regards, Yannick > jim > > -- > > _ Damien Sandras > > (o- > > //\ Ekiga Softphone : http://www.ekiga.org/ > > v_/_ NOVACOM : http://www.novacom.be/ > > FOSDEM : http://www.fosdem.org/ > > SIP Phone : sip:dsandras at ekiga.net > > > > > > _______________________________________________ > > 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 > -- 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 dsandras at seconix.com Sun Nov 25 01:39:15 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 25 Nov 2007 02:39:15 +0100 Subject: [Ekiga-list] Jitter problem with Ekiga and Openmcu In-Reply-To: <386045.14745.qm@web56708.mail.re3.yahoo.com> References: <386045.14745.qm@web56708.mail.re3.yahoo.com> Message-ID: <1195954755.4491.19.camel@scorpion> Le samedi 24 novembre 2007 ? 13:23 -0800, Edie Morton a ?crit : > I am running Debian Etch and have problem getting openmcu to work with > Ekiga. I have two separate desktops running with two different IP > addresses. The unit which is running openmcu, when I try to log into a > room I get a jitter error message. On another experiment, logging in > with the other desktop into openmcu, a get the same jitter prompt and > the system shuts down. Noticed that there was a recommendation to use > a different version of Ekiga at one time, but thought with a newer > version of ekiga, this wouldn't be a problem so I stayed with the > version installed in debian thinking it was stable with openmcu > packaged with Debian. Any ideas on what I can do to fix this problem.. > I've even thought that using a gatekeeper may help get rid of this > problem. Am I on the right track with this assumption? Any help would > be greatly appreciated. It is probably a bug in the MCU software, you should report it on their mailing list. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From cinetron at passport.ca Sun Nov 25 06:58:58 2007 From: cinetron at passport.ca (jim ruxton) Date: Sun, 25 Nov 2007 01:58:58 -0500 Subject: [Ekiga-list] trace of problem getting Ekiga to work in kubuntu gutsy In-Reply-To: <1195951355.14111.5.camel@achille> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> <1195947219.5414.41.camel@jims-laptop> <1195951355.14111.5.camel@achille> Message-ID: <1195973938.5414.53.camel@jims-laptop> Thanks a lot Yannick for helping out. > > > > > > You are not registered to ekiga.net, so the echo test rejects you. > > > > > > Moreover, you are behind NAT and STUN is not enabled. > > Thanks Damien, strange I thought I was registered, anyway I > > re-registered as lumina at ekiga.net and enabled STUN and I still get the > > same result of "secutity check failed" . Here is the most recent trace: > > http://www.pastebin.ca/796302 > > > > Ekiga is still not registered to ekiga.net. But I don't understand why?? > > I think there is a misunderstood here. > > The whole registration process is like this for now: > 1- using a browser, you need to grab an account on http://ekiga.net > 2- you will receive an email for confirmation of this inscription (if i > recall correctly you have to respond to it) > 3- you need to enter your username and password into ekiga > 4- ekiga will attempt to register to ekiga.net if it succeed, you'll be > able to call sip:500 at ekiga.net I did everything successfully till the end of step 3 but I guess ekiga's attempt at registering me is failing. Any idea why? Not sure what I am doing wrong. Thanks again, Jim > > You can check if ekiga has an account for ekiga.net in the account > window: > http://wiki.ekiga.org/index.php/Managing_VOIP_Accounts > > The box in front of each account show you if ekiga will try to register > to the provider. > > Regards, > Yannick > > jim > > > -- > > > _ Damien Sandras > > > (o- > > > //\ Ekiga Softphone : http://www.ekiga.org/ > > > v_/_ NOVACOM : http://www.novacom.be/ > > > FOSDEM : http://www.fosdem.org/ > > > SIP Phone : sip:dsandras at ekiga.net > > > > > > > > > _______________________________________________ > > > 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 > > > -- > 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 > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From sevmek at free.fr Sun Nov 25 09:57:54 2007 From: sevmek at free.fr (yannick) Date: Sun, 25 Nov 2007 10:57:54 +0100 Subject: [Ekiga-list] trace of problem getting Ekiga to work in kubuntu gutsy In-Reply-To: <1195973938.5414.53.camel@jims-laptop> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> <1195947219.5414.41.camel@jims-laptop> <1195951355.14111.5.camel@achille> <1195973938.5414.53.camel@jims-laptop> Message-ID: <1195984674.14111.9.camel@achille> Le dimanche 25 novembre 2007 ? 01:58 -0500, jim ruxton a ?crit : > I did everything successfully till the end of step 3 but I guess > ekiga's > attempt at registering me is failing. Any idea why? Not sure what I am > doing wrong. Go to Edit->accounts Do you have a line for ekiga.net? Is the box (A column) checked? What does the status column tells you? Registered? You can check and uncheck the box (A column) to force manual registration. Regards, Yannick > Thanks again, > -- 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 nobs at nobswolf.info Sun Nov 25 15:40:44 2007 From: nobs at nobswolf.info (Emil Obermayr) Date: Sun, 25 Nov 2007 16:40:44 +0100 Subject: [Ekiga-list] video shows only top left quarter of image Message-ID: <20071125154044.GU13908@nobswolf.info> I just installed Ekiga on Suse 10.3, running my own Athlon Kernel with a Logitech Messenger camera (046d:08f6) with kernel module qc-usb-messenger-1.7. It runs nicely, but ekiga only shows the top left quarter of the image. It looks like it thinks the camera runs on low resolution while it runs on high resolution actually. The image is correct with other applications like wxcam. Any hints? From sevmek at free.fr Sun Nov 25 16:18:17 2007 From: sevmek at free.fr (yannick) Date: Sun, 25 Nov 2007 17:18:17 +0100 Subject: [Ekiga-list] video shows only top left quarter of image In-Reply-To: <20071125154044.GU13908@nobswolf.info> References: <20071125154044.GU13908@nobswolf.info> Message-ID: <1196007497.14111.15.camel@achille> Hi, Le dimanche 25 novembre 2007 ? 16:40 +0100, Emil Obermayr a ?crit : > I just installed Ekiga on Suse 10.3, running my own Athlon Kernel with a > Logitech Messenger camera (046d:08f6) with kernel module > qc-usb-messenger-1.7. > > It runs nicely, but ekiga only shows the top left quarter of the image. > > It looks like it thinks the camera runs on low resolution while it runs > on high resolution actually. > > The image is correct with other applications like wxcam. > > Any hints? This seems a driver issue: "162x124, 162x248, 324x124, 324x248 resolution available" Source: http://home.mag.cx/messenger/ Ekiga ask for: QCIF 176x144 and with a trick: CIF 352x288 It is possible the driver answer to Ekiga it can do QCIF but return a cropped image... Can you force resolution in another program to 176x144 to confirm the driver return a cropped image? Regards, Yannick > _______________________________________________ > 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 nobs at nobswolf.info Sun Nov 25 17:42:18 2007 From: nobs at nobswolf.info (Emil Obermayr) Date: Sun, 25 Nov 2007 18:42:18 +0100 Subject: [Ekiga-list] video shows only top left quarter of image In-Reply-To: <1196007497.14111.15.camel@achille> References: <20071125154044.GU13908@nobswolf.info> <1196007497.14111.15.camel@achille> Message-ID: <20071125174218.GV13908@nobswolf.info> On Sun, Nov 25, 2007 at 05:18:17PM +0100, yannick wrote: > > Ekiga ask for: > QCIF 176x144 > and with a trick: > CIF 352x288 And whats the trick? I currently don't have a app that lets me freely choose the resolution. None of them gets cropped imgages. From sevmek at free.fr Sun Nov 25 21:52:53 2007 From: sevmek at free.fr (yannick) Date: Sun, 25 Nov 2007 22:52:53 +0100 Subject: [Ekiga-list] video shows only top left quarter of image In-Reply-To: <20071125174218.GV13908@nobswolf.info> References: <20071125154044.GU13908@nobswolf.info> <1196007497.14111.15.camel@achille> <20071125174218.GV13908@nobswolf.info> Message-ID: <1196027573.8103.4.camel@achille> Le dimanche 25 novembre 2007 ? 18:42 +0100, Emil Obermayr a ?crit : > On Sun, Nov 25, 2007 at 05:18:17PM +0100, yannick wrote: > > > > Ekiga ask for: > > QCIF 176x144 > > and with a trick: > > CIF 352x288 > > And whats the trick? gconf-editor key: /apps/ekiga/devices/video/size turn it to 1. But you'll need 2 or 3 times more bandwidth. > > I currently don't have a app that lets me freely choose the resolution. None > of them gets cropped imgages. I think mplayer may do it. If you can't test against some resolution not directly supported by the driver, you'll need to look at the code or wait for someone who knows more. It's beyond my skills... > > _______________________________________________ > 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 cinetron at passport.ca Mon Nov 26 01:21:56 2007 From: cinetron at passport.ca (jim ruxton) Date: Sun, 25 Nov 2007 20:21:56 -0500 Subject: [Ekiga-list] trace of problem getting Ekiga to work in kubuntu gutsy In-Reply-To: <1195984674.14111.9.camel@achille> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> <1195947219.5414.41.camel@jims-laptop> <1195951355.14111.5.camel@achille> <1195973938.5414.53.camel@jims-laptop> <1195984674.14111.9.camel@achille> Message-ID: <1196040117.5495.9.camel@jims-laptop> > > I did everything successfully till the end of step 3 but I guess > > ekiga's > > attempt at registering me is failing. Any idea why? Not sure what I am > > doing wrong. > > Go to Edit->accounts > Do you have a line for ekiga.net? > Is the box (A column) checked? > What does the status column tells you? Registered? > > You can check and uncheck the box (A column) to force manual > registration. Thanks again Yannick. I did all this and the status column still shows me unregistered. As well as checking and unchecking the A column I also tried deleting the account and reloading it. Again I show up as unregistered. Here is the latest trace http://www.pastebin.ca/797491 . Thanks for your patience in helping me get to the bottom of this. Jim > > Regards, > Yannick > > > Thanks again, > > > -- > 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 > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From caleb.marcus at gmail.com Mon Nov 26 06:16:58 2007 From: caleb.marcus at gmail.com (Caleb Marcus) Date: Mon, 26 Nov 2007 01:16:58 -0500 Subject: [Ekiga-list] Non-alphanumeric passwords do not appear to work Message-ID: <1196057818.17392.5.camel@caleb-laptop> When I signed up for ekiga.net, I used a password with symbols in it, and wasn't able to connect using the Ekiga client. I just got the message "Registration failed: forbidden" in the statusbar. I tried creating a new account, port-forwarding, etc. but nothing worked. Then, I changed my password to something without any symbols, and was able to connect. At this point, I had two accounts, and I tried changing the old one to an alphanumeric password as well... and it worked. The biggest problem is not that Ekiga doesn't support passwords with symbols, it's that ekiga.net lets you assign a password with a symbol to your account. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dsandras at seconix.com Mon Nov 26 11:40:57 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 26 Nov 2007 12:40:57 +0100 Subject: [Ekiga-list] trace of problem getting Ekiga to work in kubuntu gutsy In-Reply-To: <1196040117.5495.9.camel@jims-laptop> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> <1195947219.5414.41.camel@jims-laptop> <1195951355.14111.5.camel@achille> <1195973938.5414.53.camel@jims-laptop> <1195984674.14111.9.camel@achille> <1196040117.5495.9.camel@jims-laptop> Message-ID: <1196077257.4135.10.camel@scorpion> Le dimanche 25 novembre 2007 ? 20:21 -0500, jim ruxton a ?crit : > > > I did everything successfully till the end of step 3 but I guess > > > ekiga's > > > attempt at registering me is failing. Any idea why? Not sure what I am > > > doing wrong. > > > > Go to Edit->accounts > > Do you have a line for ekiga.net? > > Is the box (A column) checked? > > What does the status column tells you? Registered? > > > > You can check and uncheck the box (A column) to force manual > > registration. > Thanks again Yannick. I did all this and the status column still shows > me unregistered. As well as checking and unchecking the A column I also > tried deleting the account and reloading it. Again I show up as > unregistered. Here is the latest trace > http://www.pastebin.ca/797491 . Thanks for your patience in helping me > get to the bottom of this. There is no attempt to register to ekiga.net at all, you must be doing something wrong with the accounts window. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Mon Nov 26 11:41:32 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 26 Nov 2007 12:41:32 +0100 Subject: [Ekiga-list] Non-alphanumeric passwords do not appear to work In-Reply-To: <1196057818.17392.5.camel@caleb-laptop> References: <1196057818.17392.5.camel@caleb-laptop> Message-ID: <1196077292.4135.12.camel@scorpion> Le lundi 26 novembre 2007 ? 01:16 -0500, Caleb Marcus a ?crit : > When I signed up for ekiga.net, I used a password with symbols in it, > and wasn't able to connect using the Ekiga client. I just got the > message "Registration failed: forbidden" in the statusbar. I tried > creating a new account, port-forwarding, etc. but nothing worked. > Then, I changed my password to something without any symbols, and was > able to connect. At this point, I had two accounts, and I tried > changing the old one to an alphanumeric password as well... and it > worked. The biggest problem is not that Ekiga doesn't support > passwords with symbols, it's that ekiga.net lets you assign a password > with a symbol to your account. We will rewrite ekiga.net for 3.00. Any volunteer ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From nobs at nobswolf.info Mon Nov 26 12:29:09 2007 From: nobs at nobswolf.info (Emil Obermayr) Date: Mon, 26 Nov 2007 13:29:09 +0100 Subject: [Ekiga-list] video shows only top left quarter of image In-Reply-To: <1196027573.8103.4.camel@achille> References: <20071125154044.GU13908@nobswolf.info> <1196007497.14111.15.camel@achille> <20071125174218.GV13908@nobswolf.info> <1196027573.8103.4.camel@achille> Message-ID: <20071126122909.GW13908@nobswolf.info> On Sun, Nov 25, 2007 at 10:52:53PM +0100, yannick wrote: > > > gconf-editor > key: /apps/ekiga/devices/video/size > turn it to 1. > But you'll need 2 or 3 times more bandwidth. Ok, thats better, now the image is filled up with black bars; not nice, but better than cropped. I fiddled around a little with the testquickcam-mini-application that comes with the messenger-kernel-module v1.7. As it seems the module does not resize the image but changes width and height to the next values the camera supports. If you request the camera data immidiatly after setting it, you get back the really used values. If you ignore these you get a scrambled image with wrong wrap-arounds. So I guess somehow Ekiga "knows" about the right values but handles them wrongly. On the other hand it still might be possible the kernel module behaves odd. Why is Ekiga so picky about the resolution anyways? I would like to give some support. My knowledge about v4l is very limited but I can do some hacks in the module code with some hints and help. From dsandras at seconix.com Mon Nov 26 15:27:36 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 26 Nov 2007 16:27:36 +0100 Subject: [Ekiga-list] video shows only top left quarter of image In-Reply-To: <20071126122909.GW13908@nobswolf.info> References: <20071125154044.GU13908@nobswolf.info> <1196007497.14111.15.camel@achille> <20071125174218.GV13908@nobswolf.info> <1196027573.8103.4.camel@achille> <20071126122909.GW13908@nobswolf.info> Message-ID: <1196090857.4135.19.camel@scorpion> Le lundi 26 novembre 2007 ? 13:29 +0100, Emil Obermayr a ?crit : > On Sun, Nov 25, 2007 at 10:52:53PM +0100, yannick wrote: > > > > > > gconf-editor > > key: /apps/ekiga/devices/video/size > > turn it to 1. > > But you'll need 2 or 3 times more bandwidth. > > Ok, thats better, now the image is filled up with black bars; not nice, > but better than cropped. > > I fiddled around a little with the testquickcam-mini-application that > comes with the messenger-kernel-module v1.7. As it seems the module > does not resize the image but changes width and height to the next > values the camera supports. > > If you request the camera data immidiatly after setting it, you get back > the really used values. If you ignore these you get a scrambled image > with wrong wrap-arounds. > > So I guess somehow Ekiga "knows" about the right values but handles them > wrongly. On the other hand it still might be possible the kernel module > behaves odd. > > Why is Ekiga so picky about the resolution anyways? > The H323 standard determines that only H.261 QCIF is required to be supported. Historically, most devices only support H.261 QCIF, like Ekiga does. Ekiga 3.00 supports many more resolutions, unfortunately, that does not guarantee that the remote side will support the resolution you are sending. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From cinetron at passport.ca Mon Nov 26 20:04:52 2007 From: cinetron at passport.ca (jim ruxton) Date: Mon, 26 Nov 2007 15:04:52 -0500 Subject: [Ekiga-list] trace of problem getting Ekiga to work in kubuntu gutsy In-Reply-To: <1196077257.4135.10.camel@scorpion> References: <1195875672.5489.6.camel@jims-laptop> <1195936068.4491.15.camel@scorpion> <1195947219.5414.41.camel@jims-laptop> <1195951355.14111.5.camel@achille> <1195973938.5414.53.camel@jims-laptop> <1195984674.14111.9.camel@achille> <1196040117.5495.9.camel@jims-laptop> <1196077257.4135.10.camel@scorpion> Message-ID: <1196107492.5616.9.camel@jims-laptop> > > > > I did everything successfully till the end of step 3 but I guess > > > > ekiga's > > > > attempt at registering me is failing. Any idea why? Not sure what I am > > > > doing wrong. > > > > > > Go to Edit->accounts > > > Do you have a line for ekiga.net? > > > Is the box (A column) checked? > > > What does the status column tells you? Registered? > > > > > > You can check and uncheck the box (A column) to force manual > > > registration. > > Thanks again Yannick. I did all this and the status column still shows > > me unregistered. As well as checking and unchecking the A column I also > > tried deleting the account and reloading it. Again I show up as > > unregistered. Here is the latest trace > > http://www.pastebin.ca/797491 . Thanks for your patience in helping me > > get to the bottom of this. > > There is no attempt to register to ekiga.net at all, you must be doing > something wrong with the accounts window. Any idea what I could be doing wrong. I checked and unchecked column A for ekiga.net. I see no activity in the terminal window (ekiga -d 4 ) when I do this. I do see at the bottom of the ekiga gui a message saying registration failed however. When does the attempt to register occur? Should I see a message in the terminal window when I check/uncheck column A? Thanks. Jim > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ NOVACOM : http://www.novacom.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From ianyoli at gmail.com Mon Nov 26 23:04:28 2007 From: ianyoli at gmail.com (Ian Murdoch) Date: Mon, 26 Nov 2007 18:04:28 -0500 Subject: [Ekiga-list] Problem getting Ekiga to work in Kubuntu Gutsy - Submitted by Jim Ruxton - Response by Damien Sandras in Vol 16, Issue 41, Message 5, Mon. Nov. 26 Message-ID: <60d2a91a0711261504o489cb2bdy28153821d57b2ab7@mail.gmail.com> Hi Damien, I have very recently installed Ubuntu Feisty 7.04 on my second Hard Disc, which was previously vacant, and upgraded its Ekiga 2.0.3 to Version 2.0.11-2 from your website. Since trying to start this new version of Ekiga in Feisty I have been experiencing the same problem as Jim Ruxton. I configured Ekiga, using the Druid, with my existing login and password which I have been using successfully in Ubuntu Dapper, with Ekiga 2.0.9, which is installed on my other Hard Disc. I also configured my Diamondcard Account. But when I tried to connect to 500 at ekiga.net the attempt failed. I understand from your comments that this is normal when Ekiga has not registered the user. So I went to "Accounts" and found my two accts. as follows: Box A ticked - ekiga.net SIP Service - SIP - Registration failed. Box A ticked - Ekiga PC-To Phone - SIP - Registration failed. I tried un-ticking and re-ticking Box A, in both cases, but the result was unchanged. I went to "General History" which reported that the registration attempts were "Timedout". I went back to "Accounts" and opened "Properties" of each account, in turn and found that "Timeout" was set to: 3600 in both. I checked all the other entries there and found them to be correct. It ocurred to me that this "new" Ekiga in Feisty might object to using the same registration which I established in the "old" Ekiga in Dapper. So in Feisty I configured a completely new registration, with new login and password, from the Druid page. Sumitting it, I received by return an email from ekiga.net, which I confirmed according to the instructions which it contained. Using the Druid, I reconfigured Ekiga with the new login and password. But registration failed exactly as before. I investigated everything as described above, but could not effect registration. So at the moment, my project is suspended and I would greatly appreciate your help to overcome this problem. You may remember me. I posted a message entitled: "Ekiga quits,(crashes ?), when I click on Webcam Icon, or on the Test Video Device button in the Druid", in Ekiga-List, Vol. 15, Issue 53. I received replies fom yourself, Killian Krause, Yannick and Paul O`Malley. I thank you all for your valuable help and to report that I followed your recommendations. I chose to install Feisty on my vacant second Hard Disc because Ekiga upgrade download files were already available on your website. I downloaded and installed the following: (In the order shown). libopal-2.2_2.2.11~dfsg1-2~feisty~ekiga.4583.i386.deb libpt-1.10.10_1.10.10.2~feisty~ekiga.4575.i386.deb libpt-1.10.10-plugins-alsa_1.10.10-2~feisty~ekiga.4575.i386.deb libpt-1.10.10-plugins-v4l_1.10.10-2~feisty~ekiga.4575.i386.deb libpt-1.10.10-plugins-v4l2_1.10.10-2~feisty~ekiga.4575.i386.deb ekiga_2.0.11-2~feisty~ekiga.12756_i386.deb I mention this in case there are other files I need, which I have not installed. Your advice is welcome. Finally, using Synaptic P.M., I downloaded: gspca-source and installed it using "module-assistant". This contains the driver which my webcam requires. All the downloading and installing processes were smooth and without errors. However, when I click on the webcam Icon, I still do not get a video image. The video screen opens in Ekiga and presents an image of a coloured, geometric matrix of cells, (pixcels ?), which looks like it might be the sensor! The webcam is obviously energised and functioning, but it seems like the driver is not linking to it. Is there something else I have yet to do, like "loading" or "mounting" the driver? I will appreciate your expert council. So this is where I am now with this marathon! Coupled with this registration failure in Ekiga 2.0.11, mentioned at the beginning of this message. So I remain in need of your most kind help. One final point, when I click on the "Test Video Device" button in the Druid, the tests 0 thro` 4 are completed satisfactorily and test 5 commences, but quits immediately - if that is any help. Regards, Ian Murdoch. From krt at krt.com.au Mon Nov 26 23:21:22 2007 From: krt at krt.com.au (Kingsley Turner) Date: Tue, 27 Nov 2007 10:21:22 +1100 Subject: [Ekiga-list] (Win-32) "Disk Error" on startup Message-ID: <474B54F2.6040607@krt.com.au> Hi, I've installed Ekiga for my mum on her Win32 box. However when it starts, before any windows open, there is a popup error "Disk Error" with notes about parameters, and three buttons Ignore, Retry, Continue (or suchlike). Ekiga seems to run fine no matter what you choose. Does anyone know what causes this? It's fairly annoying, but not a show-stopper. Her hard drive is actually H: since it has some USB-card reader thingy that must get mounted first and takes up C:, D:. E:. F: and cdrom G: I guessed that maybe Ekiga is trying to access something on "C:" which doesn't exist. I tried running in debug mode, but nothing was output. I searched the registry for Ekiga settings set to "C:" but found nothing. Any suggestions much appreciated thanks, -kt From dsandras at seconix.com Tue Nov 27 09:12:38 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 27 Nov 2007 10:12:38 +0100 Subject: [Ekiga-list] (Win-32) "Disk Error" on startup In-Reply-To: <474B54F2.6040607@krt.com.au> References: <474B54F2.6040607@krt.com.au> Message-ID: <1196154758.4180.8.camel@scorpion> Le mardi 27 novembre 2007 ? 10:21 +1100, Kingsley Turner a ?crit : > Hi, > > I've installed Ekiga for my mum on her Win32 box. > > However when it starts, before any windows open, there is a > popup error "Disk Error" with notes about parameters, and three > buttons Ignore, Retry, Continue (or suchlike). Ekiga seems to > run fine no matter what you choose. > > Does anyone know what causes this? It's fairly annoying, but not > a show-stopper. > > Her hard drive is actually H: since it has some USB-card reader thingy > that must get mounted first and takes up C:, D:. E:. F: and cdrom G: > I guessed that maybe Ekiga is trying to access something on "C:" which > doesn't exist. > > I tried running in debug mode, but nothing was output. > > I searched the registry for Ekiga settings set to "C:" but found nothing. > > Any suggestions much appreciated > I have no idea what it can be... Perhaps you should try with gdb (see http://wiki.ekigA.org) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Tue Nov 27 09:14:16 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 27 Nov 2007 10:14:16 +0100 Subject: [Ekiga-list] Problem getting Ekiga to work in Kubuntu Gutsy - Submitted by Jim Ruxton - Response by Damien Sandras in Vol 16, Issue 41, Message 5, Mon. Nov. 26 In-Reply-To: <60d2a91a0711261504o489cb2bdy28153821d57b2ab7@mail.gmail.com> References: <60d2a91a0711261504o489cb2bdy28153821d57b2ab7@mail.gmail.com> Message-ID: <1196154856.4180.10.camel@scorpion> Le lundi 26 novembre 2007 ? 18:04 -0500, Ian Murdoch a ?crit : > Hi Damien, > > I have very recently installed Ubuntu Feisty 7.04 on my second Hard > Disc, which was previously vacant, and upgraded its Ekiga 2.0.3 to > Version 2.0.11-2 from your website. Since trying to start this new > version of Ekiga in Feisty I have been experiencing the same problem > as Jim Ruxton. I configured Ekiga, using the Druid, with my existing > login and password which I have been using successfully in Ubuntu > Dapper, with Ekiga 2.0.9, which is installed on my other Hard Disc. I > also configured my Diamondcard Account. But when I tried to connect to > 500 at ekiga.net the attempt failed. I understand from your comments that > this is normal when Ekiga has not registered the user. So I went to > "Accounts" and found my two accts. as follows: > Box A ticked - ekiga.net SIP Service - SIP - Registration failed. > Box A ticked - Ekiga PC-To Phone - SIP - Registration failed. > I tried un-ticking and re-ticking Box A, in both cases, but the result > was unchanged. I went to "General History" which reported that the > registration attempts were "Timedout". I went back to "Accounts" and Are you sure Ekiga is listening on the correct network interface ? See the Network Settings in Ekiga to determine which interface it is listening on. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From lfdavila at intelnett.com Wed Nov 28 00:06:44 2007 From: lfdavila at intelnett.com (Luis Davila) Date: Wed, 28 Nov 2007 01:06:44 +0100 Subject: [Ekiga-list] [Fwd: phone calls hangups] In-Reply-To: <1194694645.4153.29.camel@scorpion> References: <4734E70B.1090602@intelnett.com> <1194694645.4153.29.camel@scorpion> Message-ID: <474CB114.70106@intelnett.com> Damien Sandras wrote: > Hi, > > Le samedi 10 novembre 2007 ? 00:02 +0100, Luis Davila a ?crit : > >> i didn't the member-list confirmation, now is do it. thanks again >> >> -------- Original Message -------- >> Subject: phone calls hangups >> Date: Fri, 09 Nov 2007 23:56:23 +0100 >> From: Luis Davila >> To: ekiga-list at gnome.org >> >> >> >> hi, i'm user of Kubuntu Gutsy and i try to use ekiga for my long >> distance phone calls (libre software) in substitution of skype, but it's >> no easy. I have my PC-to-Phone account with diamond card and my SIP >> ekiga account, both activates when ekiga start. I can make the phone >> calls but each time after 20sec hangups. I did find for some >> configuration with this parameter and i found the 30s hangup if there's >> not activity, but is not selected, and isn't 30s too. What can i do???? >> ekiga 2.0.11 >> > > Provide a -d 4 output and upload it somewhere, we will be having a look. > hi, here my ekiga -d 4 output... I did test another programs (twinkle, wengo, kiax) with my ekiga account and my diamondcard account (for PCtoPhone calls) and works, so.... my hardware works, but something with ekiga is wrong. thanks luis at pcluis:~$ ekiga -d 4 2007/11/28 00:59:33.429 0:05.045 ekiga Detected audio plugins: ALSA 2007/11/28 00:59:33.457 0:05.045 ekiga Detected video plugins: Picture,V4L 2007/11/28 00:59:33.457 0:05.045 ekiga Detected audio plugins: ALSA 2007/11/28 00:59:33.457 0:05.045 ekiga Detected video plugins: Picture,V4L 2007/11/28 00:59:34.851 0:06.439 ekiga Detected the following audio input devices: Default,Ensoniq AudioPCI with plugin ALSA 2007/11/28 00:59:34.852 0:06.440 ekiga Detected the following audio output devices: Default,Ensoniq AudioPCI with plugin ALSA 2007/11/28 00:59:34.852 0:06.440 ekiga Detected the following video input devices: Labtec Webcam Elch2 with plugin V4L 2007/11/28 00:59:34.852 0:06.440 ekiga Detected the following audio input devices: Default,Ensoniq AudioPCI with plugin ALSA 2007/11/28 00:59:34.852 0:06.440 ekiga Detected the following audio output devices: Default,Ensoniq AudioPCI with plugin ALSA 2007/11/28 00:59:34.852 0:06.440 ekiga Detected the following video input devices: Labtec Webcam Elch2 with plugin V4L 2007/11/28 00:59:34.914 0:06.502 ekiga AVAHI Failed to create client: Daemon not running 2007/11/28 00:59:36.935 0:08.524 ekiga Ekiga version 2.0.11 2007/11/28 00:59:36.936 0:08.524 ekiga OPAL version 2.2.11 2007/11/28 00:59:36.936 0:08.524 ekiga PWLIB version 1.10.10 2007/11/28 00:59:36.936 0:08.524 ekiga GNOME support enabled 2007/11/28 00:59:36.936 0:08.524 ekiga Fullscreen support enabled 2007/11/28 00:59:36.936 0:08.524 ekiga DBUS support enabled 2007/11/28 00:59:36.939 0:08.528 ekiga Set TCP port range to 30000:30010 2007/11/28 00:59:36.940 0:08.528 ekiga Set RTP port range to 5000:5059 2007/11/28 00:59:36.940 0:08.528 ekiga Set UDP port range to 5060:5100 2007/11/28 00:59:36.940 0:08.528 ekiga OpalEP Created endpoint: h323 2007/11/28 00:59:36.940 0:08.528 ekiga H323 Created endpoint. 2007/11/28 00:59:36.941 0:08.529 ekiga OpalMan Added route "pc:.*=h323:" 2007/11/28 00:59:36.975 0:08.563 ekiga OpalEP Created endpoint: sip 2007/11/28 00:59:36.975 0:08.563 ekiga SIP Created endpoint. 2007/11/28 00:59:36.976 0:08.564 ekiga OpalMan Added route "pc:.*=sip:" 2007/11/28 00:59:36.976 0:08.564 ekiga OpalEP Created endpoint: pc 2007/11/28 00:59:36.979 0:08.567 ekiga PCSS Created PC sound system endpoint. 2007/11/28 00:59:36.980 0:08.568 ekiga OpalMan Added route "h323:.*=pc:" 2007/11/28 00:59:36.980 0:08.568 ekiga OpalMan Added route "sip:.*=pc:" 2007/11/28 00:59:38.368 0:09.956 Opal Listener:84f9f90 Listen Started listening thread on tcp$192.168.1.100:1720 2007/11/28 00:59:38.369 0:09.957 Opal Listener:84f9f90 Listen Waiting on socket accept on tcp$192.168.1.100:1720 2007/11/28 00:59:38.369 0:09.958 Opal Listener:84f5d80 Listen Started listening thread on udp$192.168.1.100:5060 2007/11/28 00:59:38.370 0:09.958 Opal Listener:84f5d80 Listen Waiting on UDP packet on udp$192.168.1.100:5060 2007/11/28 00:59:38.372 0:09.960 ekiga AVAHI Error initializing Avahi: %sDaemon not running 2007/11/28 00:59:57.283 0:28.871 GMStunClient:083bd1a8 OPAL STUN server "stun.ekiga.net" replies Port Restricted NAT, external IP 213.219.140.192 2007/11/28 01:00:17.285 0:48.873 GMAccounts...t:084f6b08 OpalUDP Binding to interface: 192.168.1.100:32890 2007/11/28 01:00:17.285 0:48.873 GMAccounts...t:084f6b08 SIP Created transport udp$0.0.0.0 2007/11/28 01:00:17.286 0:48.874 GMAccounts...t:084f6b08 OpalUDP Started connect to 86.64.162.35:5060 2007/11/28 01:00:17.322 0:48.910 GMAccounts...t:084f6b08 OpalUDP STUN created socket: 213.219.140.192:5063 2007/11/28 01:00:17.322 0:48.910 GMAccounts...t:084f6b08 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/11/28 01:00:17.340 0:48.928 SIP Transport:b3821b68 SIP Read thread started. 2007/11/28 01:00:17.340 0:48.929 SIP Transport:b3821b68 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 01:00:17.341 0:48.929 GMAccounts...t:084f6b08 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5063;branch=z9hG4bK2cc92d92-b29b-dc11-855d-00138f8001bc;rport User-Agent: Ekiga/2.0.11 From: ;tag=8cc32d92-b29b-dc11-855d-00138f8001bc Call-ID: 12072892-b29b-dc11-855d-00138f8001bc at pcluis To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/11/28 01:00:17.376 0:48.964 SIP Transport:b3821b68 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 401 Unauthorized CSeq: 1 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5063;branch=z9hG4bK2cc92d92-b29b-dc11-855d-00138f8001bc;rport=5063 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=8cc32d92-b29b-dc11-855d-00138f8001bc Call-ID: 12072892-b29b-dc11-855d-00138f8001bc at pcluis To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.fafd Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=22907 req_src_ip=213.219.140.192 req_src_port=5063 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 WWW-Authenticate: Digest realm="ekiga.net", nonce="474cb4e0c61fbd46cc3b34ccdb88d8480605e3d7", qop="auth" 2007/11/28 01:00:17.377 0:48.965 SIP Transport:b3821b68 SIP Transaction 1 REGISTER completed. 2007/11/28 01:00:17.377 0:48.965 SIP Transport:b3821b68 OpalUDP Ended connect, selecting 213.219.140.192:5063 2007/11/28 01:00:17.377 0:48.965 SIP Transport:b3821b68 SIP Received Authentication Required response 2007/11/28 01:00:17.377 0:48.965 SIP Transport:b3821b68 SIP Authentication contains qop-options auth 2007/11/28 01:00:17.377 0:48.965 SIP Transport:b3821b68 SIP Updated realm to ekiga.net 2007/11/28 01:00:17.377 0:48.965 SIP Transport:b3821b68 SIP Authentication contains qop-options auth 2007/11/28 01:00:17.378 0:48.966 SIP Transport:b3821b68 SIP Adding authentication information 2007/11/28 01:00:17.388 0:48.976 SIP Transport:b3821b68 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5063;branch=z9hG4bKe6383692-b29b-dc11-855d-00138f8001bc;rport User-Agent: Ekiga/2.0.11 Authorization: Digest username="luisdavila at ekiga.net", realm="ekiga.net", nonce="474cb4e0c61fbd46cc3b34ccdb88d8480605e3d7", uri="sip:ekiga.net", algorithm=md5, response="4535f362ba1158f96b3268f3b68fbb67", cnonce="2e233692-b29b-dc11-855d-00138f8001bc", nc="00000001", qop="auth" From: ;tag=8cc32d92-b29b-dc11-855d-00138f8001bc Call-ID: 12072892-b29b-dc11-855d-00138f8001bc at pcluis To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/11/28 01:00:17.392 0:48.981 SIP Transport:b3821b68 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 01:00:17.427 0:49.015 SIP Transport:b3821b68 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 200 OK CSeq: 2 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5063;branch=z9hG4bKe6383692-b29b-dc11-855d-00138f8001bc;rport=5063 Server: Sip EXpress router (0.9.6 (i386/linux)) From: ;tag=8cc32d92-b29b-dc11-855d-00138f8001bc Call-ID: 12072892-b29b-dc11-855d-00138f8001bc at pcluis To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.a004 Contact: ;expires=3600 Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=22916 req_src_ip=213.219.140.192 req_src_port=5063 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" Content-Length: 0 2007/11/28 01:00:17.427 0:49.015 SIP Transport:b3821b68 SIP Transaction 2 REGISTER completed. 2007/11/28 01:00:17.429 0:49.017 SIP Transport:b3821b68 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 01:00:18.381 0:49.969 Housekeeper SIP Set state Terminated_Success for transaction 1 REGISTER 2007/11/28 01:00:18.429 0:50.017 Housekeeper SIP Set state Terminated_Success for transaction 2 REGISTER 2007/11/28 01:00:37.341 1:08.929 GMAccounts...t:084f6b08 OpalUDP Binding to interface: 192.168.1.100:32890 2007/11/28 01:00:37.341 1:08.929 GMAccounts...t:084f6b08 SIP Created transport udp$0.0.0.0 2007/11/28 01:00:37.342 1:08.930 GMAccounts...t:084f6b08 OpalUDP Started connect to 86.64.162.35:5060 2007/11/28 01:00:37.377 1:08.965 GMAccounts...t:084f6b08 OpalUDP STUN created socket: 213.219.140.192:5064 2007/11/28 01:00:37.377 1:08.965 GMAccounts...t:084f6b08 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/11/28 01:00:37.378 1:08.966 GMAccounts...t:084f6b08 SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:luisdavila at ekiga.net SIP/2.0 CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 213.219.140.192:5064;branch=z9hG4bKc6ed219e-b29b-dc11-855d-00138f8001bc;rport User-Agent: Ekiga/2.0.11 From: ;tag=2ae9219e-b29b-dc11-855d-00138f8001bc Call-ID: 40561c9e-b29b-dc11-855d-00138f8001bc at pcluis To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/11/28 01:00:37.387 1:08.975 SIP Transport:b3823588 SIP Read thread started. 2007/11/28 01:00:37.387 1:08.975 SIP Transport:b3823588 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 01:00:37.414 1:09.002 SIP Transport:b3823588 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 489 Unsupported event package CSeq: 3 SUBSCRIBE Via: SIP/2.0/UDP 213.219.140.192:5064;branch=z9hG4bKc6ed219e-b29b-dc11-855d-00138f8001bc;rport=5064 Server: Sip EXpress router (0.10.99-dev35-pa-4.1 (i386/linux)) From: ;tag=2ae9219e-b29b-dc11-855d-00138f8001bc Call-ID: 40561c9e-b29b-dc11-855d-00138f8001bc at pcluis To: ;tag=95329101123423eab1637e9ad490b3a6-8172 Warning: 392 127.0.0.1:5061 "Noisy feedback tells: pid=12616 req_src_ip=127.0.0.1 req_src_port=35546 in_uri=sip:luisdavila at ekiga.net out_uri=sip:luisdavila at ekiga.net via_cnt==2" Content-Length: 0 2007/11/28 01:00:37.414 1:09.002 SIP Transport:b3823588 SIP Transaction 3 SUBSCRIBE completed. 2007/11/28 01:00:37.414 1:09.002 SIP Transport:b3823588 OpalUDP Ended connect, selecting 213.219.140.192:5064 2007/11/28 01:00:37.415 1:09.003 SIP Transport:b3823588 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 01:00:38.417 1:10.005 Housekeeper SIP Set state Terminated_Success for transaction 3 SUBSCRIBE 2007/11/28 01:00:57.381 1:28.969 GMAccounts...t:084f6b08 OpalUDP Binding to interface: 192.168.1.100:32890 2007/11/28 01:00:57.381 1:28.969 GMAccounts...t:084f6b08 SIP Created transport udp$0.0.0.0 2007/11/28 01:00:57.686 1:29.274 GMAccounts...t:084f6b08 OpalUDP Started connect to 62.4.81.180:5060 2007/11/28 01:00:57.721 1:29.309 GMAccounts...t:084f6b08 OpalUDP STUN created socket: 213.219.140.192:5065 2007/11/28 01:00:57.722 1:29.310 GMAccounts...t:084f6b08 SIP Created Transport for Registrar udp$62.4.81.180:5060 2007/11/28 01:00:57.723 1:29.311 GMAccounts...t:084f6b08 SIP Sending PDU on udp$62.4.81.180:5060 REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5065;branch=z9hG4bK405b42aa-b29b-dc11-855d-00138f8001bc;rport User-Agent: Ekiga/2.0.11 From: ;tag=d65642aa-b29b-dc11-855d-00138f8001bc Call-ID: 14340eaa-b29b-dc11-855d-00138f8001bc at pcluis To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/11/28 01:00:57.725 1:29.313 SIP Transport:84a7a18 SIP Read thread started. 2007/11/28 01:00:57.725 1:29.313 SIP Transport:84a7a18 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/11/28 01:00:57.759 1:29.347 SIP Transport:84a7a18 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 100 Trying CSeq: 4 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5065;branch=z9hG4bK405b42aa-b29b-dc11-855d-00138f8001bc;received=213.219.140.192;rport=5065 User-Agent: SIP gate From: ;tag=d65642aa-b29b-dc11-855d-00138f8001bc Call-ID: 14340eaa-b29b-dc11-855d-00138f8001bc at pcluis To: Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2007/11/28 01:00:57.759 1:29.347 SIP Transport:84a7a18 SIP Transaction 4 REGISTER proceeding. 2007/11/28 01:00:57.760 1:29.348 SIP Transport:84a7a18 OpalUDP Ended connect, selecting 213.219.140.192:5065 2007/11/28 01:00:57.760 1:29.348 SIP Transport:84a7a18 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/11/28 01:00:57.760 1:29.348 SIP Transport:84a7a18 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 401 Unauthorized CSeq: 4 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5065;branch=z9hG4bK405b42aa-b29b-dc11-855d-00138f8001bc;received=213.219.140.192;rport=5065 User-Agent: SIP gate From: ;tag=d65642aa-b29b-dc11-855d-00138f8001bc Call-ID: 14340eaa-b29b-dc11-855d-00138f8001bc at pcluis To: ;tag=as35ca40bd Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 WWW-Authenticate: Digest algorithm=MD5, realm="eugw.ast.diamondcard.us", nonce="1ac46f1c" 2007/11/28 01:00:57.760 1:29.348 SIP Transport:84a7a18 SIP Transaction 4 REGISTER completed. 2007/11/28 01:00:57.762 1:29.351 SIP Transport:84a7a18 SIP Received Authentication Required response 2007/11/28 01:00:57.763 1:29.351 SIP Transport:84a7a18 SIP Updated realm to eugw.ast.diamondcard.us 2007/11/28 01:00:57.764 1:29.352 SIP Transport:84a7a18 SIP Adding authentication information 2007/11/28 01:00:57.764 1:29.352 SIP Transport:84a7a18 SIP Sending PDU on udp$62.4.81.180:5060 REGISTER sip:eugw.ast.diamondcard.us SIP/2.0 CSeq: 5 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5065;branch=z9hG4bK589748aa-b29b-dc11-855d-00138f8001bc;rport User-Agent: Ekiga/2.0.11 Authorization: Digest username="43962", realm="eugw.ast.diamondcard.us", nonce="1ac46f1c", uri="sip:eugw.ast.diamondcard.us", algorithm=md5, response="edba4c402344505febcae234e55013e2" From: ;tag=d65642aa-b29b-dc11-855d-00138f8001bc Call-ID: 14340eaa-b29b-dc11-855d-00138f8001bc at pcluis To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/11/28 01:00:57.764 1:29.352 SIP Transport:84a7a18 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/11/28 01:00:57.800 1:29.389 SIP Transport:84a7a18 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 100 Trying CSeq: 5 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5065;branch=z9hG4bK589748aa-b29b-dc11-855d-00138f8001bc;received=213.219.140.192;rport=5065 User-Agent: SIP gate From: ;tag=d65642aa-b29b-dc11-855d-00138f8001bc Call-ID: 14340eaa-b29b-dc11-855d-00138f8001bc at pcluis To: Contact: Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 2007/11/28 01:00:57.801 1:29.389 SIP Transport:84a7a18 SIP Transaction 5 REGISTER proceeding. 2007/11/28 01:00:57.801 1:29.389 SIP Transport:84a7a18 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/11/28 01:00:57.804 1:29.392 SIP Transport:84a7a18 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 200 OK Date: Wed, 28 Nov 2007 00:00:53 GMT CSeq: 5 REGISTER Via: SIP/2.0/UDP 213.219.140.192:5065;branch=z9hG4bK589748aa-b29b-dc11-855d-00138f8001bc;received=213.219.140.192;rport=5065 User-Agent: SIP gate From: ;tag=d65642aa-b29b-dc11-855d-00138f8001bc Call-ID: 14340eaa-b29b-dc11-855d-00138f8001bc at pcluis To: ;tag=as35ca40bd Contact: ;expires=3600 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Expires: 3600 Content-Length: 0 2007/11/28 01:00:57.804 1:29.392 SIP Transport:84a7a18 SIP Transaction 5 REGISTER completed. 2007/11/28 01:00:57.808 1:29.396 SIP Transport:84a7a18 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/11/28 01:00:58.765 1:30.353 Housekeeper SIP Set state Terminated_Success for transaction 4 REGISTER 2007/11/28 01:00:58.805 1:30.393 Housekeeper SIP Set state Terminated_Success for transaction 5 REGISTER 2007/11/28 01:01:17.721 1:49.309 GMAccounts...t:084f6b08 OpalUDP Binding to interface: 192.168.1.100:32891 2007/11/28 01:01:17.721 1:49.309 GMAccounts...t:084f6b08 SIP Created transport udp$0.0.0.0 2007/11/28 01:01:17.722 1:49.310 GMAccounts...t:084f6b08 OpalUDP Started connect to 62.4.81.180:5060 2007/11/28 01:01:17.756 1:49.344 GMAccounts...t:084f6b08 OpalUDP STUN created socket: 213.219.140.192:5066 2007/11/28 01:01:17.756 1:49.344 GMAccounts...t:084f6b08 SIP Created Transport for Registrar udp$62.4.81.180:5060 2007/11/28 01:01:17.758 1:49.346 GMAccounts...t:084f6b08 SIP Sending PDU on udp$62.4.81.180:5060 SUBSCRIBE sip:43962 at eugw.ast.diamondcard.us SIP/2.0 CSeq: 6 SUBSCRIBE Via: SIP/2.0/UDP 213.219.140.192:5066;branch=z9hG4bK1e6733b6-b29b-dc11-855d-00138f8001bc;rport User-Agent: Ekiga/2.0.11 From: ;tag=286233b6-b29b-dc11-855d-00138f8001bc Call-ID: d4d92db6-b29b-dc11-855d-00138f8001bc at pcluis To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/11/28 01:01:17.759 1:49.348 SIP Transport:859f978 SIP Read thread started. 2007/11/28 01:01:17.760 1:49.348 SIP Transport:859f978 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/11/28 01:01:17.790 1:49.378 SIP Transport:859f978 SIP PDU Received on udp$62.4.81.180:5060 SIP/2.0 401 Unauthorized CSeq: 6 SUBSCRIBE Via: SIP/2.0/UDP 213.219.140.192:5066;branch=z9hG4bK1e6733b6-b29b-dc11-855d-00138f8001bc;received=213.219.140.192;rport=5066 User-Agent: SIP gate From: ;tag=286233b6-b29b-dc11-855d-00138f8001bc Call-ID: d4d92db6-b29b-dc11-855d-00138f8001bc at pcluis To: ;tag=as5cd1878b Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Content-Length: 0 WWW-Authenticate: Digest algorithm=MD5, realm="eugw.ast.diamondcard.us", nonce="18815727" 2007/11/28 01:01:17.790 1:49.378 SIP Transport:859f978 SIP Transaction 6 SUBSCRIBE completed. 2007/11/28 01:01:17.791 1:49.379 SIP Transport:859f978 OpalUDP Ended connect, selecting 213.219.140.192:5066 2007/11/28 01:01:17.791 1:49.379 SIP Transport:859f978 SIP Received Authentication Required response 2007/11/28 01:01:17.791 1:49.379 SIP Transport:859f978 SIP Aborting after 329 attempts to REGISTER/SUBSCRIBE 2007/11/28 01:01:17.791 1:49.379 SIP Transport:859f978 SIP Waiting for PDU on udp$62.4.81.180:5060 2007/11/28 01:01:18.793 1:50.381 Housekeeper SIP Set state Terminated_Success for transaction 6 SUBSCRIBE From sergstesh at yahoo.com Wed Nov 28 04:55:01 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Tue, 27 Nov 2007 20:55:01 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? Message-ID: <893047.49653.qm@web35210.mail.mud.yahoo.com> Hello All, I've just tried Ekiga as a SIP phone, and it positive feature is jitter buffer - really improves quality. Now the bad thing. I've entered two accounts (none with Ekiga). I can choose both of them to perform registration (through checkboxes). If I do so and if I "dial" a SIP account, from which of the two accounts do I dial ? In 'twinkle' there is no such question - I first choose source (my) account and then I choose destination account. Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From sevmek at free.fr Wed Nov 28 08:19:03 2007 From: sevmek at free.fr (yannick) Date: Wed, 28 Nov 2007 09:19:03 +0100 Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <893047.49653.qm@web35210.mail.mud.yahoo.com> References: <893047.49653.qm@web35210.mail.mud.yahoo.com> Message-ID: <1196237943.8103.28.camel@achille> Hi, Le mardi 27 novembre 2007 ? 20:55 -0800, Sergei Steshenko a ?crit : > If I do so and if I "dial" a SIP account, from which of the two > accounts do I dial ? You can call sip:yourfriend at firstprovider.net You can select one of the accounts and set it as "default" (in the accounts window), then you can just dial sip:yourfriend and it will choose the default automatically. Regards, Yannick -- 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 laurentp at wp.pl Wed Nov 28 14:47:43 2007 From: laurentp at wp.pl (W.P.) Date: Wed, 28 Nov 2007 15:47:43 +0100 Subject: [Ekiga-list] Strange TCPDUMP. Message-ID: <474D7F8F.8020707@wp.pl> Hello Damien & others. I have run tcpdump on my PC running Ekiga (2.0.11) and found some strange results: I have 2 "active" (logging on) accounts set up in Ekiga, but tcpdump shows data transfer to 3 hosts: 15:43:02.456474 laurent-home.5163 > february.elterix.pl.5060: udp 2 (DF) 15:43:02.457412 laurent-home.5164 > february.elterix.pl.5060: udp 2 (DF) 15:43:02.458219 laurent-home.5165 > ekiga.net.5060: udp 2 (DF) 15:43:02.459031 laurent-home.5166 > 130.sabela.pl.5060: udp 2 (DF) Port range is changed to be 5100-5199 on this PC. february.elterix.pl is OK, it is an alias to configured account voip.siect2.pl second is ekiga.net but what is third host? How to trace problem? ekiga -d4? Laurent. From sergstesh at yahoo.com Wed Nov 28 15:41:19 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Wed, 28 Nov 2007 07:41:19 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <1196237943.8103.28.camel@achille> Message-ID: <163955.35253.qm@web35215.mail.mud.yahoo.com> --- yannick wrote: > Hi, > > Le mardi 27 novembre 2007 ? 20:55 -0800, Sergei Steshenko a ?crit : > > If I do so and if I "dial" a SIP account, from which of the two > > accounts do I dial ? > > You can call sip:yourfriend at firstprovider.net OK, suppose, _both_ of my accounts are selected, then from of the accounts will my call come ? That was my question. Some friends may know me through one account of mine, and others through another, so I do not want my friends to reject my call because they come from and unknown to them account. Also, some echo services reject alien accounts. So, again, if both accounts are selected, from which of them will my friends see my call ? It's like I have a number of accounts in my sylpheed-claws, and I choose from which of them I send an Email. Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From sergstesh at yahoo.com Wed Nov 28 15:53:47 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Wed, 28 Nov 2007 07:53:47 -0800 (PST) Subject: [Ekiga-list] fixed size windows in GUI Message-ID: <840822.70597.qm@web35214.mail.mud.yahoo.com> Hello All, I've been unpleasantly surprised by the fact that various Ekiga windows especially the ones with text entry fields, have fixed size. I do have sometimes to enter text which is longer than text entry field, and it's becoming really uncomfortable to in such a case. 'twinkle' does not have this issue, i.e. its windows are stretchable. I suggest to reconsider the decision to have fixed sized windows in Ekiga. Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From dsandras at seconix.com Wed Nov 28 16:49:24 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 28 Nov 2007 17:49:24 +0100 Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <163955.35253.qm@web35215.mail.mud.yahoo.com> References: <163955.35253.qm@web35215.mail.mud.yahoo.com> Message-ID: <1196268564.30894.0.camel@scorpion> Le mercredi 28 novembre 2007 ? 07:41 -0800, Sergei Steshenko a ?crit : > --- yannick wrote: > > > Hi, > > > > Le mardi 27 novembre 2007 ? 20:55 -0800, Sergei Steshenko a ?crit : > > > If I do so and if I "dial" a SIP account, from which of the two > > > accounts do I dial ? > > > > You can call sip:yourfriend at firstprovider.net > > OK, suppose, _both_ of my accounts are selected, then from of the accounts will > my call come ? > > That was my question. > > Some friends may know me through one account of mine, and others through > another, so I do not want my friends to reject my call because they come from > and unknown to them account. > > Also, some echo services reject alien accounts. > > So, again, if both accounts are selected, from which of them will my friends see > my call ? > > It's like I have a number of accounts in my sylpheed-claws, and I choose from > which of them I send an Email. Like Yannick said. Either by the default account, or you have to use the full sip address. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From dsandras at seconix.com Wed Nov 28 16:50:48 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 28 Nov 2007 17:50:48 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <474D7F8F.8020707@wp.pl> References: <474D7F8F.8020707@wp.pl> Message-ID: <1196268648.30894.2.camel@scorpion> Le mercredi 28 novembre 2007 ? 15:47 +0100, W.P. a ?crit : > Hello Damien & others. > I have run tcpdump on my PC running Ekiga (2.0.11) and found some > strange results: > I have 2 "active" (logging on) accounts set up in Ekiga, but tcpdump > shows data transfer to 3 hosts: > > 15:43:02.456474 laurent-home.5163 > february.elterix.pl.5060: udp 2 (DF) > 15:43:02.457412 laurent-home.5164 > february.elterix.pl.5060: udp 2 (DF) > 15:43:02.458219 laurent-home.5165 > ekiga.net.5060: udp 2 (DF) > 15:43:02.459031 laurent-home.5166 > 130.sabela.pl.5060: udp 2 (DF) > > Port range is changed to be 5100-5199 on this PC. > > february.elterix.pl is OK, it is an alias to configured account > voip.siect2.pl > second is ekiga.net > but what is third host? > > How to trace problem? ekiga -d4? > Yes, but I'm not sure it comes from Ekiga. Use netstat -ap to determine it. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From sergstesh at yahoo.com Wed Nov 28 17:03:29 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Wed, 28 Nov 2007 09:03:29 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <1196268564.30894.0.camel@scorpion> Message-ID: <389791.41068.qm@web35202.mail.mud.yahoo.com> --- Damien Sandras wrote: > > Le mercredi 28 novembre 2007 ? 07:41 -0800, Sergei Steshenko a ?crit : > > --- yannick wrote: > > > > > Hi, > > > > > > Le mardi 27 novembre 2007 ? 20:55 -0800, Sergei Steshenko a ?crit : > > > > If I do so and if I "dial" a SIP account, from which of the two > > > > accounts do I dial ? > > > > > > You can call sip:yourfriend at firstprovider.net > > > > OK, suppose, _both_ of my accounts are selected, then from of the accounts will > > my call come ? > > > > That was my question. > > > > Some friends may know me through one account of mine, and others through > > another, so I do not want my friends to reject my call because they come from > > and unknown to them account. > > > > Also, some echo services reject alien accounts. > > > > So, again, if both accounts are selected, from which of them will my friends see > > my call ? > > > > It's like I have a number of accounts in my sylpheed-claws, and I choose from > > which of them I send an Email. > > Like Yannick said. > Either by the default account, or you have to use the full sip address. > -- > _ Damien Sandras Neither of you answered my question. The question was: if I have both accounts registered and if I call my friend with full URI, like sip:friend at voip.provider.domain, from which of the accounts will my friend see my call ? I think the question is simple enough. And I'm asking this question _after_ reading the documentation - because I couldn't find an answer in the documentation. Say, 'twinkle' supports simultaneously two lines, and its source can be easily reconfigured to support more; it looks like PJSIP ( http://www.pjsip.org ) also supports a number of accounts simultaneously (haven't tried it yet in practice), so end user's ability to understand from which account the other party will see the incoming call is important. Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From laurentp at wp.pl Wed Nov 28 17:06:56 2007 From: laurentp at wp.pl (W.P.) Date: Wed, 28 Nov 2007 18:06:56 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <1196268648.30894.2.camel@scorpion> References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> Message-ID: <474DA030.90800@wp.pl> U?ytkownik Damien Sandras napisa?: > Le mercredi 28 novembre 2007 ? 15:47 +0100, W.P. a ?crit : > >> Hello Damien & others. >> I have run tcpdump on my PC running Ekiga (2.0.11) and found some >> strange results: >> I have 2 "active" (logging on) accounts set up in Ekiga, but tcpdump >> shows data transfer to 3 hosts: >> >> 15:43:02.456474 laurent-home.5163 > february.elterix.pl.5060: udp 2 (DF) >> 15:43:02.457412 laurent-home.5164 > february.elterix.pl.5060: udp 2 (DF) >> 15:43:02.458219 laurent-home.5165 > ekiga.net.5060: udp 2 (DF) >> 15:43:02.459031 laurent-home.5166 > 130.sabela.pl.5060: udp 2 (DF) >> >> Port range is changed to be 5100-5199 on this PC. >> >> february.elterix.pl is OK, it is an alias to configured account >> voip.siect2.pl >> second is ekiga.net >> but what is third host? >> >> How to trace problem? ekiga -d4? >> >> > > Yes, but I'm not sure it comes from Ekiga. Use netstat -ap to determine > it. > I'm sure, I have used lsof -i -n -P and it showed port 5166 in use by ekiga. Where could I put d4 results? Laurent. From sevmek at free.fr Wed Nov 28 17:17:39 2007 From: sevmek at free.fr (yannick) Date: Wed, 28 Nov 2007 18:17:39 +0100 Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <163955.35253.qm@web35215.mail.mud.yahoo.com> References: <163955.35253.qm@web35215.mail.mud.yahoo.com> Message-ID: <1196270259.8103.50.camel@achille> Le mercredi 28 novembre 2007 ? 07:41 -0800, Sergei Steshenko a ?crit : > OK, suppose, _both_ of my accounts are selected, then from of the > accounts will > my call come ? > > That was my question. The call will go to the provider you tell after the @ If you have 2 account, one for ekiga.net and one for someprovider.com you can call sip:myfriend at ekiga.net The call will be router through ekiga.net provider, assuming "myfriend" has an account on ekiga.net you can call sip:myfriend at someprovider.com the call will be router through someprovider.com provider, assuming "myfriend" has an account on someprovider.com If your friend use a third provider, let's say thirdprovider.org if you call sip:myfriend at thirdprovider.org it wont work. In this case you need to - get an account with thirdprovider.com - OR search for a peering agreement between one of your account and the third provider ( see http://wiki.ekiga.org/index.php/Peering ) > -- 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 sergstesh at yahoo.com Wed Nov 28 17:28:05 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Wed, 28 Nov 2007 09:28:05 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <1196270259.8103.50.camel@achille> Message-ID: <747565.15718.qm@web35209.mail.mud.yahoo.com> --- yannick wrote: > > Le mercredi 28 novembre 2007 ? 07:41 -0800, Sergei Steshenko a ?crit : > > OK, suppose, _both_ of my accounts are selected, then from of the > > accounts will > > my call come ? > > > > That was my question. > > The call will go to the provider you tell after the @ I understand where the call will go to, and this is _not_ what I've asked. May quastion is: from which of _my_ two accounts my friend will see my call ? SIP user agents I've used so far show the source of call, and my question was about the source. Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From jdkaye10 at yahoo.es Wed Nov 28 17:44:48 2007 From: jdkaye10 at yahoo.es (Jonathan Kaye) Date: Wed, 28 Nov 2007 18:44:48 +0100 Subject: [Ekiga-list] A Tale of Two Drivers Message-ID: <474DA910.30906@yahoo.es> Hi Ekiga-people, I'm running Debian Lenny with a 2.6.22-2-686 kernel. I'm using Ekiga 2.0.11 along with a Trust 120Spacecam webcam. I am having an arrrgghhh moment. There are two drivers that will ?work? with this camera: 1. gspca 2. sn9c102 Each driver has a different behaviour wrt to Ekiga. Let's start with gspca. GSPCA A. It works with all video applications except Ekiga (Amsn, kopete, xawtv, gqcam, skype 2.0 (yuch), etc. B. The drivers behaves ?normally? - When the cam is not in use, the light on the top of it goes out. When it is being used the light goes on. I can plug or unplug the cam to a USB port w/o the system crashing. C. The webcam is recognised by everybody (including Ekiga) as Sonix sn9c10x + Pas106 sensor The cam uses the v4l and *not* the v4l2 plugin (if I switch to that setting on Ekiga the ?input device? is /dev/video0 which is the correct /dev but it complains about permissions etc. D. Ekiga complains about not finding a supported color format so no image. SN9C102 A.Works only with Ekiga and Amsn. Doesn't work with anything else. B. ?Flakey behaviour? - the webcam light is always on, whether the cam is being used or not. Unplugging the webcam generally locks up the system. C. The came uses the v4l2 and *not* the v4l plugin. My question: is there anyway I can satisfy Ekiga about the colours so I can use the same driver for all webcam applications? Thanks, Jonathan -- Jonathan Kaye Sip Phone: 611049 at fwd.pulver.com Registered Linux user #445917 at http://counter.li.org/ From sevmek at free.fr Wed Nov 28 17:52:27 2007 From: sevmek at free.fr (yannick) Date: Wed, 28 Nov 2007 18:52:27 +0100 Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <747565.15718.qm@web35209.mail.mud.yahoo.com> References: <747565.15718.qm@web35209.mail.mud.yahoo.com> Message-ID: <1196272347.8103.56.camel@achille> Le mercredi 28 novembre 2007 ? 09:28 -0800, Sergei Steshenko a ?crit : > --- yannick wrote: > > > > > Le mercredi 28 novembre 2007 ? 07:41 -0800, Sergei Steshenko a ?crit : > > > OK, suppose, _both_ of my accounts are selected, then from of the > > > accounts will > > > my call come ? > > > > > > That was my question. > > > > The call will go to the provider you tell after the @ > > I understand where the call will go to, and this is _not_ what I've asked. > > May quastion is: from which of _my_ two accounts my friend will see > my call ? > > SIP user agents I've used so far show the source of call, and my question > was about the source. The source will be sip:YOURUSERNAME_to_the_account_you_used_to_place_the_call at the_account_you_used_to_call_your_friend let's say you're calling sip:myfriend at ekiga.net you friend will see: your_user_name at ekiga.net If you use the second account: sip:yourfriend at secondaccount.com your friend will see: your_username at secondaccount.com > > Thanks, > Sergei. > > > Applications From Scratch: http://appsfromscratch.berlios.de/ > > > ____________________________________________________________________________________ > Never miss a thing. Make Yahoo your home page. > http://www.yahoo.com/r/hs > _______________________________________________ > 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 sergstesh at yahoo.com Wed Nov 28 20:32:58 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Wed, 28 Nov 2007 12:32:58 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <1196272347.8103.56.camel@achille> Message-ID: <543111.7921.qm@web35208.mail.mud.yahoo.com> --- yannick wrote: > > Le mercredi 28 novembre 2007 ? 09:28 -0800, Sergei Steshenko a ?crit : > > --- yannick wrote: > > > > > > > > Le mercredi 28 novembre 2007 ? 07:41 -0800, Sergei Steshenko a ?crit : > > > > OK, suppose, _both_ of my accounts are selected, then from of the > > > > accounts will > > > > my call come ? > > > > > > > > That was my question. > > > > > > The call will go to the provider you tell after the @ > > > > I understand where the call will go to, and this is _not_ what I've asked. > > > > May quastion is: from which of _my_ two accounts my friend will see > > my call ? > > > > SIP user agents I've used so far show the source of call, and my question > > was about the source. > > The source will be > sip:YOURUSERNAME_to_the_account_you_used_to_place_the_call at the_account_you_used_to_call_your_friend > > let's say you're calling > sip:myfriend at ekiga.net > > you friend will see: > your_user_name at ekiga.net > > If you use the second account: > sip:yourfriend at secondaccount.com What does the word "use" mean in this context ? There is no "use account" or "set account" or "choose account" entry in GUI. Suppose when I start Ekiga, I check (in terms of checkboxes) my both accounts. So, which of them will be seen by my friend ? For example, in Ekiga I've entered two accounts and both are registered: myself_foo at voip.wengo.fr myself_bar at voip.brujula.net . And I'm calling my_friend at voip.sipphone.net . So, will my friend see the call coming from myself_foo at voip.wengo.fr or from myself_bar at voip.brujula.net ? Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From sevmek at free.fr Wed Nov 28 20:59:47 2007 From: sevmek at free.fr (yannick) Date: Wed, 28 Nov 2007 21:59:47 +0100 Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <543111.7921.qm@web35208.mail.mud.yahoo.com> References: <543111.7921.qm@web35208.mail.mud.yahoo.com> Message-ID: <1196283587.8103.69.camel@achille> Le mercredi 28 novembre 2007 ? 12:32 -0800, Sergei Steshenko a ?crit : > For example, in Ekiga I've entered two accounts and both are > registered: > > myself_foo at voip.wengo.fr > myself_bar at voip.brujula.net > . > > And I'm calling my_friend at voip.sipphone.net . > > So, will my friend see the call coming from > > myself_foo at voip.wengo.fr > > or from > > myself_bar at voip.brujula.net > > ? This just wont work. VoIP is not like email. I wish it could work as email, but it does not work like an email. Those networks may join together if there is an agreement between them. The usual word for this agreement is "peering". You add a special prefix to the sip address to tell your network (the account you want to use) to link to another network. Ekiga.net has peering with many VoIP other network, thanks to sipbroker : http://wiki.ekiga.org/index.php/Peering Here is exemple of numbers you can dial using Ekiga.net account to join other network: http://wiki.ekiga.org/index.php/Fun_Numbers e.g. sip*010600 at ekiga.net *010 is the peering prefix which indicate to Ekiga.net provider to join the VoIP network "Voxalot" and to call number 600 in this network (which is an echo test). Why is VoIP like this and not like email? I dont know. Regards, Yannick -- 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 sergstesh at yahoo.com Wed Nov 28 21:05:47 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Wed, 28 Nov 2007 13:05:47 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <1196283587.8103.69.camel@achille> Message-ID: <691589.55692.qm@web35204.mail.mud.yahoo.com> --- yannick wrote: > > Le mercredi 28 novembre 2007 ? 12:32 -0800, Sergei Steshenko a ?crit : > > For example, in Ekiga I've entered two accounts and both are > > registered: > > > > myself_foo at voip.wengo.fr > > myself_bar at voip.brujula.net > > . > > > > And I'm calling my_friend at voip.sipphone.net . > > > > So, will my friend see the call coming from > > > > myself_foo at voip.wengo.fr > > > > or from > > > > myself_bar at voip.brujula.net > > > > ? > > This just wont work. VoIP is not like email. I wish it could work as > email, but it does not work like an email. > With the particular example of wengo.fr and brujula.net it _does_work. I'm saying it because I did place a call from brujula.net to wengo.fr destination, and wengo.fr destination did see that the call came from brujula.net. So, assuming all the pearing agreements are in place, could you please answer my particular question: For example, in Ekiga I've entered two accounts and both areregistered: myself_foo at voip.wengo.fr myself_bar at voip.brujula.net . And I'm calling my_friend at voip.sipphone.net . So, will my friend see the call coming from myself_foo at voip.wengo.fr or from myself_bar at voip.brujula.net ? Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From laurentp at wp.pl Wed Nov 28 21:07:31 2007 From: laurentp at wp.pl (W.P.) Date: Wed, 28 Nov 2007 22:07:31 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <474DA030.90800@wp.pl> References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> Message-ID: <474DD893.9030802@wp.pl> U?ytkownik W.P. napisa?: > U?ytkownik Damien Sandras napisa?: > >> Le mercredi 28 novembre 2007 ? 15:47 +0100, W.P. a ?crit : >> >> >>> Hello Damien & others. >>> I have run tcpdump on my PC running Ekiga (2.0.11) and found some >>> strange results: >>> I have 2 "active" (logging on) accounts set up in Ekiga, but tcpdump >>> shows data transfer to 3 hosts: >>> >>> 15:43:02.456474 laurent-home.5163 > february.elterix.pl.5060: udp 2 (DF) >>> 15:43:02.457412 laurent-home.5164 > february.elterix.pl.5060: udp 2 (DF) >>> 15:43:02.458219 laurent-home.5165 > ekiga.net.5060: udp 2 (DF) >>> 15:43:02.459031 laurent-home.5166 > 130.sabela.pl.5060: udp 2 (DF) >>> >>> Port range is changed to be 5100-5199 on this PC. >>> >>> february.elterix.pl is OK, it is an alias to configured account >>> voip.siect2.pl >>> second is ekiga.net >>> but what is third host? >>> >>> How to trace problem? ekiga -d4? >>> >>> >>> >> Yes, but I'm not sure it comes from Ekiga. Use netstat -ap to determine >> it. >> >> > I'm sure, I have used lsof -i -n -P and it showed port 5166 in use by > ekiga. > Where could I put d4 results? > > Laurent. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list Here goes -d4 output. BTW, I can "kill" conversation with host 130.sabela.pl using iptables but this is not normal way. Laurent -------------- next part -------------- A non-text attachment was scrubbed... Name: output.txt.gz Type: application/x-gzip Size: 9663 bytes Desc: not available URL: From slydog at portnorfolk.net Wed Nov 28 22:00:04 2007 From: slydog at portnorfolk.net (John) Date: Wed, 28 Nov 2007 17:00:04 -0500 Subject: [Ekiga-list] Registration failed: Timeout Message-ID: <200711281700.04538.slydog@portnorfolk.net> I can't seem to make ekiga register. I have a good account on www.ekiga.net and have verified username and password. The configuration assistant detected Port Restricted NAT and I enabled STUN. I have forwarded all ports on my router per http://wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga even though I understand that STUN should work anyway. Any advice would be appreciated. Packets: No. Time Source Destination Protocol Info 24 1.626658 192.168.0.2 86.64.162.35 SIP Request: REGISTER sip:ekiga.net Frame 24 (538 bytes on wire, 538 bytes captured) Ethernet II, Src: Intel_28:14:75 (00:11:11:28:14:75), Dst: Cisco-Li_b4:32:26 (00:13:10:b4:32:26) Internet Protocol, Src: 192.168.0.2 (192.168.0.2), Dst: 86.64.162.35 (86.64.162.35) User Datagram Protocol, Src Port: 5063 (5063), Dst Port: sip (5060) Session Initiation Protocol Request-Line: REGISTER sip:ekiga.net SIP/2.0 Message Header CSeq: 19 REGISTER Via: SIP/2.0/UDP 70.160.3.123:5063;branch=z9hG4bKde4dec51-579c-dc11-929d-001111281475;rport User-Agent: Ekiga/2.0.11 From: ;tag=6c47ec51-579c-dc11-929d-001111281475 SIP from address: sip:slydog at ekiga.net SIP tag: 6c47ec51-579c-dc11-929d-001111281475 Call-ID: 1a518449-519c-dc11-929d-001111281475 at dellc9gkf51 To: SIP to address: sip:slydog at ekiga.net Contact: Contact Binding: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 No. Time Source Destination Protocol Info 25 1.732020 86.64.162.35 192.168.0.2 SIP Status: 401 Unauthorized (0 bindings) Frame 25 (736 bytes on wire, 736 bytes captured) Ethernet II, Src: Cisco-Li_b4:32:26 (00:13:10:b4:32:26), Dst: Intel_28:14:75 (00:11:11:28:14:75) Internet Protocol, Src: 86.64.162.35 (86.64.162.35), Dst: 192.168.0.2 (192.168.0.2) User Datagram Protocol, Src Port: sip (5060), Dst Port: 5063 (5063) Session Initiation Protocol Status-Line: SIP/2.0 401 Unauthorized Message Header CSeq: 19 REGISTER Via: SIP/2.0/UDP 192.168.0.2:5063;branch=z9hG4bKde4dec51-579c-dc11-929d-001111281475;rport=33073 From: ;tag=6c47ec51-579c-dc11-929d-001111281475 SIP from address: sip:slydog at ekiga.net SIP tag: 6c47ec51-579c-dc11-929d-001111281475 Call-ID: 1a518449-519c-dc11-929d-001111281475 at dellc9gkf51 To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.5b81 SIP to address: sip:slydog at ekiga.net SIP tag: 12d18c5009a2de32fca8ae9d70ad0321.5b81 WWW-Authenticate: Digest realm="ekiga.net", nonce="474dc9536f60982c7bd468ab03ab2435418bba58", qop="auth" Authentication Scheme: Digest Realm: "ekiga.net" Nonce Value: "474dc9536f60982c7bd468ab03ab2435418bba58" QOP: "auth" Server: Sip EXpress router (0.9.6 (i386/linux)) Content-Length: 2147483647 Warning: 392 86.64.162.35:5060 "Noisy feedback tells: pid=22907 req_src_ip=192.168.0.2 req_src_port=33073 in_uri=sip:ekiga.net out_uri=sip:ekiga.net via_cnt==1" No. Time Source Destination Protocol Info 26 1.732863 192.168.0.2 86.64.162.35 SIP Status: 400 BadRequest (0 bindings) Frame 26 (463 bytes on wire, 463 bytes captured) Ethernet II, Src: Intel_28:14:75 (00:11:11:28:14:75), Dst: Cisco-Li_b4:32:26 (00:13:10:b4:32:26) Internet Protocol, Src: 192.168.0.2 (192.168.0.2), Dst: 86.64.162.35 (86.64.162.35) User Datagram Protocol, Src Port: 5063 (5063), Dst Port: sip (5060) Session Initiation Protocol Status-Line: SIP/2.0 400 BadRequest Message Header CSeq: 19 REGISTER Via: SIP/2.0/UDP 192.168.0.2:5063;branch=z9hG4bKde4dec51-579c-dc11-929d-001111281475;rport=33073 From: ;tag=6c47ec51-579c-dc11-929d-001111281475 SIP from address: sip:slydog at ekiga.net SIP tag: 6c47ec51-579c-dc11-929d-001111281475 Call-ID: 1a518449-519c-dc11-929d-001111281475 at dellc9gkf51 To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.5b81 SIP to address: sip:slydog at ekiga.net SIP tag: 12d18c5009a2de32fca8ae9d70ad0321.5b81 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 Debug info: 2007/11/28 16:46:10.984 0:03.266 ekiga Detected audio plugins: ALSA 2007/11/28 16:46:10.985 0:03.266 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC 2007/11/28 16:46:10.985 0:03.266 ekiga Detected audio plugins: ALSA 2007/11/28 16:46:10.985 0:03.267 ekiga Detected video plugins: Picture,1394AVC,V4L,V4L2,1394DC 2007/11/28 16:46:12.849 0:05.130 ekiga Detected the following audio input devices: Default,USB Device 0x46d:0x8d7,Intel ICH6 with plugin ALSA 2007/11/28 16:46:12.850 0:05.131 ekiga Detected the following audio output devices: Default,Intel ICH6 with plugin ALSA 2007/11/28 16:46:12.850 0:05.131 ekiga Detected the following video input devices: Hauppauge WinTV PVR-150,Hauppauge WinTV PVR-150 (2),Hauppauge WinTV PVR-150 (3),Logitech QuickCam Communicate S,Hauppauge WinTV PVR-150 (4),Hauppauge WinTV PVR-150 (5),Hauppauge WinTV PVR-150 (6) with plugin V4L 2007/11/28 16:46:12.850 0:05.131 ekiga Detected the following audio input devices: Default,USB Device 0x46d:0x8d7,Intel ICH6 with plugin ALSA 2007/11/28 16:46:12.850 0:05.131 ekiga Detected the following audio output devices: Default,Intel ICH6 with plugin ALSA 2007/11/28 16:46:12.850 0:05.131 ekiga Detected the following video input devices: Hauppauge WinTV PVR-150,Hauppauge WinTV PVR-150 (2),Hauppauge WinTV PVR-150 (3),Logitech QuickCam Communicate S,Hauppauge WinTV PVR-150 (4),Hauppauge WinTV PVR-150 (5),Hauppauge WinTV PVR-150 (6) with plugin V4L 2007/11/28 16:46:12.858 0:05.139 ekiga AVAHI Failed to create client: Daemon not running 2007/11/28 16:46:13.545 0:05.827 ekiga Ekiga version 2.0.11 2007/11/28 16:46:13.546 0:05.827 ekiga OPAL version 2.2.11 2007/11/28 16:46:13.546 0:05.827 ekiga PWLIB version 1.10.10 2007/11/28 16:46:13.546 0:05.827 ekiga GNOME support enabled 2007/11/28 16:46:13.546 0:05.827 ekiga Fullscreen support enabled 2007/11/28 16:46:13.546 0:05.827 ekiga DBUS support enabled 2007/11/28 16:46:13.553 0:05.834 ekiga Set TCP port range to 30000:30010 2007/11/28 16:46:13.553 0:05.834 ekiga Set RTP port range to 5000:5059 2007/11/28 16:46:13.553 0:05.834 ekiga Set UDP port range to 5060:5100 2007/11/28 16:46:13.554 0:05.835 ekiga OpalEP Created endpoint: h323 2007/11/28 16:46:13.554 0:05.835 ekiga H323 Created endpoint. 2007/11/28 16:46:13.556 0:05.837 ekiga OpalMan Added route "pc:.*=h323:" 2007/11/28 16:46:13.556 0:05.837 ekiga OpalEP Created endpoint: sip 2007/11/28 16:46:13.557 0:05.838 ekiga SIP Created endpoint. 2007/11/28 16:46:13.557 0:05.838 ekiga OpalMan Added route "pc:.*=sip:" 2007/11/28 16:46:13.558 0:05.839 ekiga OpalEP Created endpoint: pc 2007/11/28 16:46:13.559 0:05.840 ekiga PCSS Created PC sound system endpoint. 2007/11/28 16:46:13.559 0:05.840 ekiga OpalMan Added route "h323:.*=pc:" 2007/11/28 16:46:13.559 0:05.840 ekiga OpalMan Added route "sip:.*=pc:" 2007/11/28 16:46:16.381 0:08.663 Opal Listener:b5736718 Listen Started listening thread on tcp$192.168.0.2:1720 2007/11/28 16:46:16.382 0:08.663 Opal Listener:b5736718 Listen Waiting on socket accept on tcp$192.168.0.2:1720 2007/11/28 16:46:16.382 0:08.664 Opal Listener:b5737a10 Listen Started listening thread on udp$192.168.0.2:5060 2007/11/28 16:46:16.383 0:08.664 Opal Listener:b5737a10 Listen Waiting on UDP packet on udp$192.168.0.2:5060 2007/11/28 16:46:16.386 0:08.667 ekiga AVAHI Error initializing Avahi: %sDaemon not running 2007/11/28 16:46:27.501 0:19.782 GMStunClient:08124380 OPAL STUN server "stun.ekiga.net" replies Port Restricted NAT, external IP 70.160.3.123 2007/11/28 16:46:27.614 0:19.895 GMAccounts...t:b573a468 OpalUDP Binding to interface: 192.168.0.2:1044 2007/11/28 16:46:27.614 0:19.895 GMAccounts...t:b573a468 SIP Created transport udp$0.0.0.0 2007/11/28 16:46:27.614 0:19.896 GMAccounts...t:b573a468 OpalUDP Started connect to 86.64.162.35:5060 2007/11/28 16:46:27.733 0:20.014 GMAccounts...t:b573a468 OpalUDP STUN created socket: 70.160.3.123:5063 2007/11/28 16:46:27.734 0:20.015 GMAccounts...t:b573a468 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/11/28 16:46:27.736 0:20.017 SIP Transport:b57387c8 SIP Read thread started. 2007/11/28 16:46:27.736 0:20.017 SIP Transport:b57387c8 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 16:46:27.737 0:20.018 GMAccounts...t:b573a468 SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 70.160.3.123:5063;branch=z9hG4bK2abb950a-699c-dc11-8335-001111281475;rport User-Agent: Ekiga/2.0.11 From: ;tag=f8ab950a-699c-dc11-8335-001111281475 Call-ID: f61a830a-699c-dc11-8335-001111281475 at dellc9gkf51 To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/11/28 16:46:27.739 0:20.020 GMAccounts...t:b573a468 OpalUDP Binding to interface: 192.168.0.2:1044 2007/11/28 16:46:27.739 0:20.020 GMAccounts...t:b573a468 SIP Created transport udp$0.0.0.0 2007/11/28 16:46:27.739 0:20.020 GMAccounts...t:b573a468 OpalUDP Started connect to 86.64.162.35:5060 2007/11/28 16:46:27.839 0:20.120 SIP Transport:b57387c8 SIP Implausibly long Content-Length 2147483647 received on udp$86.64.162.35:5060 2007/11/28 16:46:27.840 0:20.121 SIP Transport:b57387c8 SIP Malformed request received on udp$86.64.162.35:5060 2007/11/28 16:46:27.840 0:20.121 SIP Transport:b57387c8 SIP Sending PDU on udp$86.64.162.35:5060 SIP/2.0 400 BadRequest CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.0.2:5063;branch=z9hG4bK2abb950a-699c-dc11-8335-001111281475;rport=33073 From: ;tag=f8ab950a-699c-dc11-8335-001111281475 Call-ID: f61a830a-699c-dc11-8335-001111281475 at dellc9gkf51 To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.b8ca Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 2007/11/28 16:46:27.840 0:20.121 SIP Transport:b57387c8 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 16:46:27.862 0:20.143 GMAccounts...t:b573a468 OpalUDP STUN created socket: 70.160.3.123:5064 2007/11/28 16:46:27.863 0:20.144 GMAccounts...t:b573a468 SIP Created Transport for Registrar udp$86.64.162.35:5060 2007/11/28 16:46:27.864 0:20.145 SIP Transport:b573e360 SIP Read thread started. 2007/11/28 16:46:27.864 0:20.145 SIP Transport:b573e360 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 16:46:27.865 0:20.146 GMAccounts...t:b573a468 SIP Sending PDU on udp$86.64.162.35:5060 SUBSCRIBE sip:slydog at ekiga.net SIP/2.0 CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 70.160.3.123:5064;branch=z9hG4bKf856a90a-699c-dc11-8335-001111281475;rport User-Agent: Ekiga/2.0.11 From: ;tag=c84fa90a-699c-dc11-8335-001111281475 Call-ID: 4635960a-699c-dc11-8335-001111281475 at dellc9gkf51 To: Contact: Accept: application/simple-message-summary Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Event: message-summary Content-Length: 0 Max-Forwards: 70 2007/11/28 16:46:27.971 0:20.252 SIP Transport:b573e360 SIP PDU Received on udp$86.64.162.35:5060 SIP/2.0 489 Unsupported event package CSeq: 2 SUBSCRIBE Via: SIP/2.0/UDP 192.168.0.2:5064;branch=z9hG4bKf856a90a-699c-dc11-8335-001111281475;rport=33037 Server: Sip EXpress router (0.10.99-dev35-pa-4.1 (i386/linux)) From: ;tag=c84fa90a-699c-dc11-8335-001111281475 Call-ID: 4635960a-699c-dc11-8335-001111281475 at dellc9gkf51 To: ;tag=95329101123423eab1637e9ad490b3a6-1945 Warning: 392 127.0.0.1:5061 "Noisy feedback tells: pid=12618 req_src_ip=127.0.0.1 req_src_port=35546 in_uri=sip:slydog at ekiga.net out_uri=sip:slydog at ekiga.net via_cnt==2" Content-Length: 0 2007/11/28 16:46:27.972 0:20.253 SIP Transport:b573e360 SIP Transaction 2 SUBSCRIBE completed. 2007/11/28 16:46:27.972 0:20.253 SIP Transport:b573e360 OpalUDP Ended connect, selecting 70.160.3.123:5064 2007/11/28 16:46:27.972 0:20.253 SIP Transport:b573e360 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 16:46:28.240 0:20.521 Housekeeper SIP Transaction 1 REGISTER timeout, making retry 1 2007/11/28 16:46:28.240 0:20.521 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 70.160.3.123:5063;branch=z9hG4bK2abb950a-699c-dc11-8335-001111281475;rport User-Agent: Ekiga/2.0.11 From: ;tag=f8ab950a-699c-dc11-8335-001111281475 Call-ID: f61a830a-699c-dc11-8335-001111281475 at dellc9gkf51 To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/11/28 16:46:28.344 0:20.625 SIP Transport:b57387c8 SIP Implausibly long Content-Length 2147483647 received on udp$86.64.162.35:5060 2007/11/28 16:46:28.344 0:20.625 SIP Transport:b57387c8 SIP Malformed request received on udp$86.64.162.35:5060 2007/11/28 16:46:28.344 0:20.626 SIP Transport:b57387c8 SIP Sending PDU on udp$86.64.162.35:5060 SIP/2.0 400 BadRequest CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.0.2:5063;branch=z9hG4bK2abb950a-699c-dc11-8335-001111281475;rport=33073 From: ;tag=f8ab950a-699c-dc11-8335-001111281475 Call-ID: f61a830a-699c-dc11-8335-001111281475 at dellc9gkf51 To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.b8ca Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 2007/11/28 16:46:28.345 0:20.626 SIP Transport:b57387c8 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 16:46:28.972 0:21.253 Housekeeper SIP Set state Terminated_Success for transaction 2 SUBSCRIBE 2007/11/28 16:46:29.244 0:21.525 Housekeeper SIP Transaction 1 REGISTER timeout, making retry 2 2007/11/28 16:46:29.244 0:21.525 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 70.160.3.123:5063;branch=z9hG4bK2abb950a-699c-dc11-8335-001111281475;rport User-Agent: Ekiga/2.0.11 From: ;tag=f8ab950a-699c-dc11-8335-001111281475 Call-ID: f61a830a-699c-dc11-8335-001111281475 at dellc9gkf51 To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/11/28 16:46:29.345 0:21.626 SIP Transport:b57387c8 SIP Implausibly long Content-Length 2147483647 received on udp$86.64.162.35:5060 2007/11/28 16:46:29.345 0:21.626 SIP Transport:b57387c8 SIP Malformed request received on udp$86.64.162.35:5060 2007/11/28 16:46:29.346 0:21.627 SIP Transport:b57387c8 SIP Sending PDU on udp$86.64.162.35:5060 SIP/2.0 400 BadRequest CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.0.2:5063;branch=z9hG4bK2abb950a-699c-dc11-8335-001111281475;rport=33073 From: ;tag=f8ab950a-699c-dc11-8335-001111281475 Call-ID: f61a830a-699c-dc11-8335-001111281475 at dellc9gkf51 To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.b8ca Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 2007/11/28 16:46:29.346 0:21.627 SIP Transport:b57387c8 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 16:46:31.244 0:23.525 Housekeeper SIP Transaction 1 REGISTER timeout, making retry 3 2007/11/28 16:46:31.244 0:23.525 Housekeeper SIP Sending PDU on udp$86.64.162.35:5060 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 70.160.3.123:5063;branch=z9hG4bK2abb950a-699c-dc11-8335-001111281475;rport User-Agent: Ekiga/2.0.11 From: ;tag=f8ab950a-699c-dc11-8335-001111281475 Call-ID: f61a830a-699c-dc11-8335-001111281475 at dellc9gkf51 To: Contact: Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Expires: 3600 Content-Length: 0 Max-Forwards: 70 2007/11/28 16:46:31.347 0:23.628 SIP Transport:b57387c8 SIP Implausibly long Content-Length 2147483647 received on udp$86.64.162.35:5060 2007/11/28 16:46:31.347 0:23.628 SIP Transport:b57387c8 SIP Malformed request received on udp$86.64.162.35:5060 2007/11/28 16:46:31.348 0:23.629 SIP Transport:b57387c8 SIP Sending PDU on udp$86.64.162.35:5060 SIP/2.0 400 BadRequest CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.0.2:5063;branch=z9hG4bK2abb950a-699c-dc11-8335-001111281475;rport=33073 From: ;tag=f8ab950a-699c-dc11-8335-001111281475 Call-ID: f61a830a-699c-dc11-8335-001111281475 at dellc9gkf51 To: ;tag=12d18c5009a2de32fca8ae9d70ad0321.b8ca Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE Content-Length: 0 2007/11/28 16:46:31.348 0:23.629 SIP Transport:b57387c8 SIP Waiting for PDU on udp$86.64.162.35:5060 2007/11/28 16:46:33.740 0:26.021 Housekeeper SIP Set state Terminated_Timeout for transaction 1 REGISTER 2007/11/28 16:47:06.903 0:59.184 ekiga Listen Stopping listening thread on tcp$192.168.0.2:1720 2007/11/28 16:47:06.904 0:59.185 ekiga H323 Deleted endpoint. 2007/11/28 16:47:06.904 0:59.185 ekiga OpalEP h323 endpoint destroyed. 2007/11/28 16:47:08.751 1:01.032 ekiga SIPInfo Will delete SIPInfo sip:slydog at ekiga.net 2007/11/28 16:47:08.751 1:01.032 ekiga SIPInfo Will delete transport udp$86.64.162.35:5060 (deleting SIPInfo) 2007/11/28 16:47:08.751 1:01.032 ekiga Opal Transport clean up on termination 2007/11/28 16:47:08.751 1:01.032 ekiga OpalUDP Close 2007/11/28 16:47:08.752 1:01.033 SIP Transport:b57387c8 OpalUDP Error on connection read select. 2007/11/28 16:47:08.752 1:01.033 SIP Transport:b57387c8 SIP Read thread finished. 2007/11/28 16:47:08.763 1:01.044 ekiga Opal Transport clean up on termination 2007/11/28 16:47:08.763 1:01.044 ekiga OpalUDP Close 2007/11/28 16:47:08.763 1:01.044 ekiga SIP Transaction 1 REGISTER destroyed. 2007/11/28 16:47:10.743 1:03.024 ekiga Listen Stopping listening thread on udp$192.168.0.2:5060 2007/11/28 16:47:10.743 1:03.024 Opal Listener:b5737a10 Listen UDP select error: Interrupted system call 2007/11/28 16:47:10.755 1:03.036 ekiga SIP Deleted endpoint. 2007/11/28 16:47:10.755 1:03.036 ekiga SIPInfo Will delete SIPInfo sip:slydog at ekiga.net 2007/11/28 16:47:10.755 1:03.036 ekiga SIPInfo Will delete transport udp$86.64.162.35:5060 (deleting SIPInfo) 2007/11/28 16:47:10.755 1:03.036 ekiga Opal Transport clean up on termination 2007/11/28 16:47:10.755 1:03.036 ekiga OpalUDP Close 2007/11/28 16:47:10.755 1:03.036 ekiga Opal Transport Close 2007/11/28 16:47:10.756 1:03.037 SIP Transport:b573e360 SIP Read thread finished. 2007/11/28 16:47:10.767 1:03.048 ekiga Opal Transport clean up on termination 2007/11/28 16:47:10.767 1:03.048 ekiga OpalUDP Close 2007/11/28 16:47:10.767 1:03.048 ekiga Opal Transport Close 2007/11/28 16:47:10.767 1:03.048 ekiga SIP Transaction 2 SUBSCRIBE destroyed. 2007/11/28 16:47:10.767 1:03.048 ekiga OpalEP sip endpoint destroyed. 2007/11/28 16:47:10.767 1:03.048 ekiga PCSS Deleted PC sound system endpoint. 2007/11/28 16:47:10.767 1:03.048 ekiga OpalEP pc endpoint destroyed. 2007/11/28 16:47:10.768 1:03.049 ekiga OpalMan Deleted manager. From brrhtz at yahoo.de Wed Nov 28 22:28:55 2007 From: brrhtz at yahoo.de (Bruno Hertz) Date: Wed, 28 Nov 2007 23:28:55 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <474DD893.9030802@wp.pl> (W. P.'s message of "Wed\, 28 Nov 2007 22\:07\:31 +0100") References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> <474DD893.9030802@wp.pl> Message-ID: <878x4i57iw.fsf@gigli.quasi.internal> "W.P." writes: > U?ytkownik W.P. napisa?: >> U?ytkownik Damien Sandras napisa?: >> >>> Le mercredi 28 novembre 2007 ? 15:47 +0100, W.P. a ?crit : >>> >>>> Hello Damien & others. >>>> I have run tcpdump on my PC running Ekiga (2.0.11) and found some >>>> strange results: >>>> I have 2 "active" (logging on) accounts set up in Ekiga, but >>>> tcpdump shows data transfer to 3 hosts: >>>> >>>> 15:43:02.456474 laurent-home.5163 > february.elterix.pl.5060: udp 2 (DF) >>>> 15:43:02.457412 laurent-home.5164 > february.elterix.pl.5060: udp 2 (DF) >>>> 15:43:02.458219 laurent-home.5165 > ekiga.net.5060: udp 2 (DF) >>>> 15:43:02.459031 laurent-home.5166 > 130.sabela.pl.5060: udp 2 (DF) >>>> >>>> Port range is changed to be 5100-5199 on this PC. >>>> >>>> february.elterix.pl is OK, it is an alias to configured account >>>> voip.siect2.pl >>>> second is ekiga.net >>>> but what is third host? >>>> >>>> How to trace problem? ekiga -d4? >>>> >>>> >>> Yes, but I'm not sure it comes from Ekiga. Use netstat -ap to determine >>> it. >>> >> I'm sure, I have used lsof -i -n -P and it showed port 5166 in use >> by ekiga. >> Where could I put d4 results? >> >> Laurent. >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list > Here goes -d4 output. > > BTW, I can "kill" conversation with host 130.sabela.pl using iptables > but this is not normal way. > http://wiki.ekiga.org/index.php/Contacts_Storage You might want to check your contact list for a sabela.pl entry. Regards, Bruno. From laurentp at wp.pl Wed Nov 28 22:47:10 2007 From: laurentp at wp.pl (W.P.) Date: Wed, 28 Nov 2007 23:47:10 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <878x4i57iw.fsf@gigli.quasi.internal> References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> <474DD893.9030802@wp.pl> <878x4i57iw.fsf@gigli.quasi.internal> Message-ID: <474DEFEE.7020903@wp.pl> U?ytkownik Bruno Hertz napisa?: > "W.P." writes: > > >> U?ytkownik W.P. napisa?: >> >>> U?ytkownik Damien Sandras napisa?: >>> >>> >>>> Le mercredi 28 novembre 2007 ? 15:47 +0100, W.P. a ?crit : >>>> >>>> >>>>> Hello Damien & others. >>>>> I have run tcpdump on my PC running Ekiga (2.0.11) and found some >>>>> strange results: >>>>> I have 2 "active" (logging on) accounts set up in Ekiga, but >>>>> tcpdump shows data transfer to 3 hosts: >>>>> >>>>> 15:43:02.456474 laurent-home.5163 > february.elterix.pl.5060: udp 2 (DF) >>>>> 15:43:02.457412 laurent-home.5164 > february.elterix.pl.5060: udp 2 (DF) >>>>> 15:43:02.458219 laurent-home.5165 > ekiga.net.5060: udp 2 (DF) >>>>> 15:43:02.459031 laurent-home.5166 > 130.sabela.pl.5060: udp 2 (DF) >>>>> >>>>> Port range is changed to be 5100-5199 on this PC. >>>>> >>>>> february.elterix.pl is OK, it is an alias to configured account >>>>> voip.siect2.pl >>>>> second is ekiga.net >>>>> but what is third host? >>>>> >>>>> How to trace problem? ekiga -d4? >>>>> >>>>> >>>>> >>>> Yes, but I'm not sure it comes from Ekiga. Use netstat -ap to determine >>>> it. >>>> >>>> >>> I'm sure, I have used lsof -i -n -P and it showed port 5166 in use >>> by ekiga. >>> Where could I put d4 results? >>> >>> Laurent. >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> http://mail.gnome.org/mailman/listinfo/ekiga-list >>> >> Here goes -d4 output. >> >> BTW, I can "kill" conversation with host 130.sabela.pl using iptables >> but this is not normal way. >> >> > > http://wiki.ekiga.org/index.php/Contacts_Storage > > You might want to check your contact list for a sabela.pl entry. > > Thanks for interest. I have checked my "Personal address book" in Ekiga and there is NO entry referring to sabela.pl NOR to sabela IP address. Laurent > Regards, Bruno. > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From cm at blinkenlichten.de Wed Nov 28 23:08:27 2007 From: cm at blinkenlichten.de (Carsten Maass) Date: Thu, 29 Nov 2007 00:08:27 +0100 Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <691589.55692.qm@web35204.mail.mud.yahoo.com> References: <691589.55692.qm@web35204.mail.mud.yahoo.com> Message-ID: <474DF4EB.4030705@blinkenlichten.de> Hello Sergei, Sergei Steshenko schrieb: > So, assuming all the pearing agreements are in place, could you please answer my > particular question: > > For example, in Ekiga I've entered two accounts and both areregistered: > > myself_foo at voip.wengo.fr > myself_bar at voip.brujula.net > . > > And I'm calling my_friend at voip.sipphone.net . > > So, will my friend see the call coming from > > myself_foo at voip.wengo.fr > > or from > > myself_bar at voip.brujula.net > > ? i guess the confusion you have is: _registering_ two accounts doesn't mean they are both automatically set as default. In the Accounts dialog you have the option to set one (and only one!) account as your default account, at which point things work like yannick said in his first post. Answering your question above: If you didn't set one of your accounts manually as your default account, the account you first added to ekiga became your default account (identifiable by its bold font) and will be used for the call to my_friend at voip.sipphone.net If you manually set the second account as your default account, this one will be used for the call. Greetings, Carsten. From sergstesh at yahoo.com Wed Nov 28 23:36:58 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Wed, 28 Nov 2007 15:36:58 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <474DF4EB.4030705@blinkenlichten.de> Message-ID: <988107.97781.qm@web35212.mail.mud.yahoo.com> --- Carsten Maass wrote: > Hello Sergei, > > Sergei Steshenko schrieb: > > So, assuming all the pearing agreements are in place, could you please answer my > > particular question: > > > > For example, in Ekiga I've entered two accounts and both areregistered: > > > > myself_foo at voip.wengo.fr > > myself_bar at voip.brujula.net > > . > > > > And I'm calling my_friend at voip.sipphone.net . > > > > So, will my friend see the call coming from > > > > myself_foo at voip.wengo.fr > > > > or from > > > > myself_bar at voip.brujula.net > > > > ? > > > i guess the confusion you have is: _registering_ two accounts doesn't > mean they are both automatically set as default. In the Accounts dialog > you have the option to set one (and only one!) account as your default > account, at which point things work like yannick said in his first post. > > Answering your question above: > > If you didn't set one of your accounts manually as your default account, > the account you first added to ekiga became your default account > (identifiable by its bold font) and will be used for the call to > my_friend at voip.sipphone.net > > If you manually set the second account as your default account, this one > will be used for the call. > > Greetings, > Carsten. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > Thanks for answering. I suggest to put this info, i.e. the short answer: " If you didn't set one of your accounts manually as your default account, the account you first added to ekiga became your default account (identifiable by its bold font) and will be used for the call to my_friend at voip.sipphone.net If you manually set the second account as your default account, this one will be used for the call. " into documentation. So far all the SIP user agents I've tried had a clear separation between default account and current account, i.e. the one from which the call will come to destination. And I believe all those other user agents do the right thing. So, I also suggest to upgrade Ekiga functionality WRT default <-> current accounts so it will be like the others' one. Thanks, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From brrhtz at yahoo.de Wed Nov 28 23:58:40 2007 From: brrhtz at yahoo.de (Bruno Hertz) Date: Thu, 29 Nov 2007 00:58:40 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <474DEFEE.7020903@wp.pl> (W. P.'s message of "Wed\, 28 Nov 2007 23\:47\:10 +0100") References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> <474DD893.9030802@wp.pl> <878x4i57iw.fsf@gigli.quasi.internal> <474DEFEE.7020903@wp.pl> Message-ID: <874pf56hxr.fsf@gigli.quasi.internal> "W.P." writes: > Thanks for interest. I have checked my "Personal address book" in Ekiga > and there is NO entry referring to sabela.pl NOR to sabela IP address. That's interesting, since all your client sends to that address is subscription requests, which are certainly not issued on behalf of ekiga. I'd guess it's presence detection. Did you thoroughly check your Evolution etc. address books to which ekiga might have access to? Regards, Bruno. From jpuydt at free.fr Thu Nov 29 05:48:22 2007 From: jpuydt at free.fr (Julien Puydt) Date: Thu, 29 Nov 2007 06:48:22 +0100 Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <543111.7921.qm@web35208.mail.mud.yahoo.com> References: <543111.7921.qm@web35208.mail.mud.yahoo.com> Message-ID: <474E52A6.9090301@free.fr> Sergei Steshenko a ?crit : > What does the word "use" mean in this context ? > > There is no "use account" or "set account" or "choose account" entry in GUI. > > > Suppose when I start Ekiga, I check (in terms of checkboxes) my both accounts. > > So, which of them will be seen by my friend ? > > For example, in Ekiga I've entered two accounts and both are registered: > > myself_foo at voip.wengo.fr > myself_bar at voip.brujula.net > . > > And I'm calling my_friend at voip.sipphone.net . > > So, will my friend see the call coming from > > myself_foo at voip.wengo.fr > > or from > > myself_bar at voip.brujula.net > > ? From the default account. Snark on #ekiga From sergstesh at yahoo.com Thu Nov 29 14:09:42 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Thu, 29 Nov 2007 06:09:42 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <474E52A6.9090301@free.fr> Message-ID: <431329.96861.qm@web35206.mail.mud.yahoo.com> --- Julien Puydt wrote: > Sergei Steshenko a ?crit : > > What does the word "use" mean in this context ? > > > > There is no "use account" or "set account" or "choose account" entry in GUI. > > > > > > Suppose when I start Ekiga, I check (in terms of checkboxes) my both accounts. > > > > So, which of them will be seen by my friend ? > > > > For example, in Ekiga I've entered two accounts and both are registered: > > > > myself_foo at voip.wengo.fr > > myself_bar at voip.brujula.net > > . > > > > And I'm calling my_friend at voip.sipphone.net . > > > > So, will my friend see the call coming from > > > > myself_foo at voip.wengo.fr > > > > or from > > > > myself_bar at voip.brujula.net > > > > ? > > From the default account. > > Snark on #ekiga > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > Thanks. Please update the documentation accordingly. Regards, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From laurentp at wp.pl Thu Nov 29 15:48:57 2007 From: laurentp at wp.pl (W.P.) Date: Thu, 29 Nov 2007 16:48:57 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <874pf56hxr.fsf@gigli.quasi.internal> References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> <474DD893.9030802@wp.pl> <878x4i57iw.fsf@gigli.quasi.internal> <474DEFEE.7020903@wp.pl> <874pf56hxr.fsf@gigli.quasi.internal> Message-ID: <474EDF69.2050306@wp.pl> U?ytkownik Bruno Hertz napisa?: > "W.P." writes: > > >> Thanks for interest. I have checked my "Personal address book" in Ekiga >> and there is NO entry referring to sabela.pl NOR to sabela IP address. >> > > That's interesting, since all your client sends to that address is > subscription requests, which are certainly not issued on behalf of > ekiga. > > I'd guess it's presence detection. Did you thoroughly check your > Evolution etc. address books to which ekiga might have access to? > > /I may examine it file-by-file if someone tells me what files. Moreover: problem is repetable./ > Regards, Bruno. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From sevmek at free.fr Thu Nov 29 16:07:50 2007 From: sevmek at free.fr (yannick) Date: Thu, 29 Nov 2007 17:07:50 +0100 Subject: [Ekiga-list] Should contacts be attached to account ? In-Reply-To: <474E52A6.9090301@free.fr> References: <543111.7921.qm@web35208.mail.mud.yahoo.com> <474E52A6.9090301@free.fr> Message-ID: <1196352470.8103.111.camel@achille> Le jeudi 29 novembre 2007 ? 06:48 +0100, Julien Puydt a ?crit : > Sergei Steshenko a ?crit : > > What does the word "use" mean in this context ? > > > > There is no "use account" or "set account" or "choose account" entry in GUI. > > > > > > Suppose when I start Ekiga, I check (in terms of checkboxes) my both accounts. > > > > So, which of them will be seen by my friend ? > > > > For example, in Ekiga I've entered two accounts and both are registered: > > > > myself_foo at voip.wengo.fr > > myself_bar at voip.brujula.net > > . > > > > And I'm calling my_friend at voip.sipphone.net . > > > > So, will my friend see the call coming from > > > > myself_foo at voip.wengo.fr > > > > or from > > > > myself_bar at voip.brujula.net > > > > ? > > From the default account. As reported here, it is possible to call a sip address without any reference to a registrar Ekiga is registered. Thus if one of your account (like Ekiga is registered to wengo.fr and this allow to call myself_bar at voip.brujula.net ) and another account (for the exemple gizmo) let you call dude at voxalot.com. In this particular case, with Ekiga 3.0, you will have your friends in the roster: myself_bar at voip.brujula.net dude at voxalot.com and 1 default account which will work only for 1 of your friend. To reach the other one, you'll need to change the default account, which breaks the whole idea of the roster: direct access to your friends. I wonder if contacts should be attached to 1 account when you create them, with the option to change the attached account. Regards, Yannick > > Snark on #ekiga > _______________________________________________ > 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 sevmek at free.fr Thu Nov 29 16:24:59 2007 From: sevmek at free.fr (yannick) Date: Thu, 29 Nov 2007 17:24:59 +0100 Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <988107.97781.qm@web35212.mail.mud.yahoo.com> References: <988107.97781.qm@web35212.mail.mud.yahoo.com> Message-ID: <1196353499.8103.114.camel@achille> Le mercredi 28 novembre 2007 ? 15:36 -0800, Sergei Steshenko a ?crit : > --- Carsten Maass wrote: > > > Hello Sergei, > > > > Sergei Steshenko schrieb: > > > So, assuming all the pearing agreements are in place, could you please answer my > > > particular question: > > > > > > For example, in Ekiga I've entered two accounts and both areregistered: > > > > > > myself_foo at voip.wengo.fr > > > myself_bar at voip.brujula.net > > > . > > > > > > And I'm calling my_friend at voip.sipphone.net . > > > > > > So, will my friend see the call coming from > > > > > > myself_foo at voip.wengo.fr > > > > > > or from > > > > > > myself_bar at voip.brujula.net > > > > > > ? > > > > > > i guess the confusion you have is: _registering_ two accounts doesn't > > mean they are both automatically set as default. In the Accounts dialog > > you have the option to set one (and only one!) account as your default > > account, at which point things work like yannick said in his first post. > > > > Answering your question above: > > > > If you didn't set one of your accounts manually as your default account, > > the account you first added to ekiga became your default account > > (identifiable by its bold font) and will be used for the call to > > my_friend at voip.sipphone.net > > > > If you manually set the second account as your default account, this one > > will be used for the call. > > > > Greetings, > > Carsten. > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > Thanks for answering. > > I suggest to put this info, i.e. the short answer: > > " > If you didn't set one of your accounts manually as your default account, > the account you first added to ekiga became your default account > (identifiable by its bold font) and will be used for the call to > my_friend at voip.sipphone.net > > If you manually set the second account as your default account, this one > will be used for the call. > " > > into documentation. I've upgraded our online documentation here: http://wiki.ekiga.org/index.php/Managing_VOIP_Accounts#How_do_I_choose_the_default_account_.3F Damien, can you check if what I wrote there is right? Regards, Yannick > > So far all the SIP user agents I've tried had a clear separation between default > account and current account, i.e. the one from which the call will come to > destination. > > And I believe all those other user agents do the right thing. > > So, I also suggest to upgrade Ekiga functionality WRT default <-> current accounts > so it will be like the others' one. > > Thanks, > Sergei. > > Applications From Scratch: http://appsfromscratch.berlios.de/ > > > ____________________________________________________________________________________ > Get easy, one-click access to your favorites. > Make Yahoo! your homepage. > http://www.yahoo.com/r/hs > _______________________________________________ > 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 kimolee.faste at gmail.com Thu Nov 29 16:48:22 2007 From: kimolee.faste at gmail.com (Kimo Lee Faste) Date: Thu, 29 Nov 2007 17:48:22 +0100 Subject: [Ekiga-list] I've tried to disable the service of mailing list Message-ID: <23ccc6d80711290848q410b1af0i75ae90f7beae7d1e@mail.gmail.com> Hello! I've tried to disable this service - recieving notification of new posts to the mailing list - both on the site, which didn't work, and by another e-mail, which obviously didn't work either. Can you terminate my account, please! Regards, Kimo Lee Faste -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergstesh at yahoo.com Thu Nov 29 20:43:49 2007 From: sergstesh at yahoo.com (Sergei Steshenko) Date: Thu, 29 Nov 2007 12:43:49 -0800 (PST) Subject: [Ekiga-list] multiple accounts - which of them is used as source ? In-Reply-To: <1196353499.8103.114.camel@achille> Message-ID: <160043.34781.qm@web35201.mail.mud.yahoo.com> --- yannick wrote: [snip] > > I've upgraded our online documentation here: > http://wiki.ekiga.org/index.php/Managing_VOIP_Accounts#How_do_I_choose_the_default_account_.3F > > Damien, can you check if what I wrote there is right? > > Regards, > Yannick > Thanks - I've read you entry and it's the kind info I've originally been looking for. By the way, if Ekiga really tries to select the same source provider as the destination one - it's a good feature. Though there should be a quick and reversible way to temporarily disable it - if one wants to check inter-provider operability. Regards, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From brrhtz at yahoo.de Thu Nov 29 20:51:42 2007 From: brrhtz at yahoo.de (Bruno Hertz) Date: Thu, 29 Nov 2007 21:51:42 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <474EDF69.2050306@wp.pl> (W. P.'s message of "Thu\, 29 Nov 2007 16\:48\:57 +0100") References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> <474DD893.9030802@wp.pl> <878x4i57iw.fsf@gigli.quasi.internal> <474DEFEE.7020903@wp.pl> <874pf56hxr.fsf@gigli.quasi.internal> <474EDF69.2050306@wp.pl> Message-ID: <87zlww4vxd.fsf@gigli.quasi.internal> "W.P." writes: > U?ytkownik Bruno Hertz napisa?: >> "W.P." writes: >> >> >>> Thanks for interest. I have checked my "Personal address book" in Ekiga >>> and there is NO entry referring to sabela.pl NOR to sabela IP address. >>> >> >> That's interesting, since all your client sends to that address is >> subscription requests, which are certainly not issued on behalf of >> ekiga. >> >> I'd guess it's presence detection. Did you thoroughly check your >> Evolution etc. address books to which ekiga might have access to? >> >> > /I may examine it file-by-file if someone tells me what files. Moreover: > problem is repetable./ Sure it's repeatable. Have a look at this link, and at the section "hostnames sharing ip with a-records". Does any of those domains tell you something? Because they all have the same ip address as 130.sabela.pl. Again, it must be something on your end. Ekiga sends only subsciption (no registration) requests to that domain, and it's not clear from your debug log why. But applying simple logic (you apparently live in Poland, register with a Polish provider, and the offending address is Polish) it's pretty clear that something on your system is triggering those requests. Regards, Bruno. From suson at calumet.purdue.edu Thu Nov 29 21:02:29 2007 From: suson at calumet.purdue.edu (Daniel Suson) Date: Thu, 29 Nov 2007 15:02:29 -0600 Subject: [Ekiga-list] How to enable far end camera control using ekiga Message-ID: <200711291502.30024.suson@calumet.purdue.edu> Dear All, I'm trying to set up my web camera for videoconferencing. My institution has a typical firewall and has set up access to their video bridge for me. When I call the IP address of the bridge, I have to manipulate the selection arrow on the far end. I've been told this requires far end camera control. After trying all of the apparent options, I still can't make any changes. Is there a way to accomplish this? I'm using Ekiga version 2.0.9, which came with dropline gnome. Thanks, Dan -- Daniel Suson Dean - School of Engineering, Mathematics, and Sciences Purdue University-Calumet 219-989-2468 (voice) From laurentp at wp.pl Thu Nov 29 21:16:58 2007 From: laurentp at wp.pl (W.P.) Date: Thu, 29 Nov 2007 22:16:58 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <87zlww4vxd.fsf@gigli.quasi.internal> References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> <474DD893.9030802@wp.pl> <878x4i57iw.fsf@gigli.quasi.internal> <474DEFEE.7020903@wp.pl> <874pf56hxr.fsf@gigli.quasi.internal> <474EDF69.2050306@wp.pl> <87zlww4vxd.fsf@gigli.quasi.internal> Message-ID: <474F2C4A.80306@wp.pl> U?ytkownik Bruno Hertz napisa?: > "W.P." writes: > > >> U?ytkownik Bruno Hertz napisa?: >> >>> "W.P." writes: >>> >>> >>> >>>> Thanks for interest. I have checked my "Personal address book" in Ekiga >>>> and there is NO entry referring to sabela.pl NOR to sabela IP address. >>>> >>>> >>> That's interesting, since all your client sends to that address is >>> subscription requests, which are certainly not issued on behalf of >>> ekiga. >>> >>> I'd guess it's presence detection. Did you thoroughly check your >>> Evolution etc. address books to which ekiga might have access to? >>> >>> >>> >> /I may examine it file-by-file if someone tells me what files. Moreover: >> problem is repetable./ >> > > Sure it's repeatable. Have a look at this link, and at the section > "hostnames sharing ip with a-records". Does any of those domains tell > you something? Because they all have the same ip address as > 130.sabela.pl. > > As I have looked with nslookup there is only one host in DNS. > Again, it must be something on your end. Ekiga sends only subsciption > (no registration) requests to that domain, and it's not clear from > your debug log why. > > Ok, it's my end. But how to trace what causes this strange behaviour? > But applying simple logic (you apparently live in Poland, register > with a Polish provider, and the offending address is Polish) it's > pretty clear that something on your system is triggering those > requests. > > Ok, I register with Polish op, but this is voip.siect2.pl! And more, I register with Ekiga.net. Both appears in tcpdump. But the third? Where should I look to prevent unvanted messages? (As I mentionned earlier I can "kill" this host with iptables but this is not what I want). > Regards, Bruno. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From brrhtz at yahoo.de Thu Nov 29 21:18:20 2007 From: brrhtz at yahoo.de (Bruno Hertz) Date: Thu, 29 Nov 2007 22:18:20 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <87zlww4vxd.fsf@gigli.quasi.internal> (Bruno Hertz's message of "Thu\, 29 Nov 2007 21\:51\:42 +0100") References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> <474DD893.9030802@wp.pl> <878x4i57iw.fsf@gigli.quasi.internal> <474DEFEE.7020903@wp.pl> <874pf56hxr.fsf@gigli.quasi.internal> <474EDF69.2050306@wp.pl> <87zlww4vxd.fsf@gigli.quasi.internal> Message-ID: <87ve7k4uoz.fsf@gigli.quasi.internal> "Bruno Hertz" writes: > "W.P." writes: > >> U?ytkownik Bruno Hertz napisa?: >>> "W.P." writes: >>> >>> >>>> Thanks for interest. I have checked my "Personal address book" in Ekiga >>>> and there is NO entry referring to sabela.pl NOR to sabela IP address. >>>> >>> >>> That's interesting, since all your client sends to that address is >>> subscription requests, which are certainly not issued on behalf of >>> ekiga. >>> >>> I'd guess it's presence detection. Did you thoroughly check your >>> Evolution etc. address books to which ekiga might have access to? >>> >>> >> /I may examine it file-by-file if someone tells me what files. Moreover: >> problem is repetable./ > > Sure it's repeatable. Have a look at this link, and at the section > "hostnames sharing ip with a-records". Does any of those domains tell > you something? Because they all have the same ip address as > 130.sabela.pl. > > Again, it must be something on your end. Ekiga sends only subsciption > (no registration) requests to that domain, and it's not clear from > your debug log why. > > But applying simple logic (you apparently live in Poland, register > with a Polish provider, and the offending address is Polish) it's > pretty clear that something on your system is triggering those > requests. > > Regards, Bruno. Lol, sorry, forgot the link. Here it is http://www.robtex.com/dns/130.sabela.pl.html Regards, Bruno. From m.dantonio at tiscali.it Thu Nov 29 23:01:16 2007 From: m.dantonio at tiscali.it (Mauro D'Antonio) Date: Fri, 30 Nov 2007 00:01:16 +0100 Subject: [Ekiga-list] Many strange things happen to me Message-ID: <474F44BC.8070401@tiscali.it> Hello everybody. I'm writing to the Ekiga list because I'm trying to setup my first PC to PC call and I'm not able. As in the subject there is not a single wrong thing but many, so I will first try to describe the environment. I subscribed my daughter and myself to Ekiga. I installed Ekiga on my PC (desktop with Sabayon Linux). I installed Ekiga on my daughter's PC (laptop with both Windows XP and Kubuntu Linux). Both PCs are in the same home. There is a router with DHCP server on it connected to an ADSL modem and then the Internet. Both accounts micol.dantonio at ekiga.net and mauro.dantonio at ekiga.net are active, in fact we are both able to login on www.ekiga.net. In both accounts allow others to look up my SIP address is checked (active). 1st test) The behavior is the same in all environments: Ekiga runs and registers its account. The wizard says Cone NAT as STUN test result. STUN is selected as NAT traversal. In the Ekiga settings in sound events window I'm able to hear all sound effects for all events. Calling 500 at ekiga.net works (I can hear the ekiga operator's voice not at the very beginning of the message but the rest is ok) and I can hear myself as an echo. In Ekiga white pages looking for .dantonio as URL I can find me and my daughter and the bold characters reflect exactly their real status. Trying to call the counterpart when it is online the local PC does not even play the call tone, the call hangs with remote user unreachable in few seconds. On the other side absolutely nothing happens similarly. On the laptop with Linux the webcam is not recognized and video does not work, in all other environments audio and video work corecctly. In all cases no connection can be established. 2nd test) On the laptop, only with Windows, the personal phone can be attached as a modem for Internet connection, here is what happens: Call initiated and/or closed from the Linux desktop PC work perfectly (audio and video). Call initiated and/or closed from the Windows laptop PC do not work at all (nothing happens on both sides as in the previous test). In other words the desktop PC can initiate and close an established call, but the laptop PC cannot initiate it and also cannot close an established call (the laptop PC disconnects but the desktop PC keeps the call running. Maybe I can understand the 1st test where the 2 PCs are seen from the Internet as one single IP address, Is it the single IP the reason of the described behavior in the 1st test? Anyway I cannot understand the 2nd test, why actions on desktop PC have correct results and actions on the laptop PC have no result at all? Many thanks for your help. Ciao. Mauro D'Antonio From laurentp at wp.pl Thu Nov 29 23:47:24 2007 From: laurentp at wp.pl (W.P.) Date: Fri, 30 Nov 2007 00:47:24 +0100 Subject: [Ekiga-list] Strange TCPDUMP. In-Reply-To: <87ve7k4uoz.fsf@gigli.quasi.internal> References: <474D7F8F.8020707@wp.pl> <1196268648.30894.2.camel@scorpion> <474DA030.90800@wp.pl> <474DD893.9030802@wp.pl> <878x4i57iw.fsf@gigli.quasi.internal> <474DEFEE.7020903@wp.pl> <874pf56hxr.fsf@gigli.quasi.internal> <474EDF69.2050306@wp.pl> <87zlww4vxd.fsf@gigli.quasi.internal> <87ve7k4uoz.fsf@gigli.quasi.internal> Message-ID: <474F4F8C.2070303@wp.pl> U?ytkownik Bruno Hertz napisa?: > "Bruno Hertz" writes: > > >> "W.P." writes: >> >> >>> U?ytkownik Bruno Hertz napisa?: >>> >>>> "W.P." writes: >>>> >>>> >>>> >>>>> Thanks for interest. I have checked my "Personal address book" in Ekiga >>>>> and there is NO entry referring to sabela.pl NOR to sabela IP address. >>>>> >>>>> >>>> That's interesting, since all your client sends to that address is >>>> subscription requests, which are certainly not issued on behalf of >>>> ekiga. >>>> >>>> I'd guess it's presence detection. Did you thoroughly check your >>>> Evolution etc. address books to which ekiga might have access to? >>>> >>>> >>>> >>> /I may examine it file-by-file if someone tells me what files. Moreover: >>> problem is repetable./ >>> >> Sure it's repeatable. Have a look at this link, and at the section >> "hostnames sharing ip with a-records". Does any of those domains tell >> you something? Because they all have the same ip address as >> 130.sabela.pl. >> >> Again, it must be something on your end. Ekiga sends only subsciption >> (no registration) requests to that domain, and it's not clear from >> your debug log why. >> >> But applying simple logic (you apparently live in Poland, register >> with a Polish provider, and the offending address is Polish) it's >> pretty clear that something on your system is triggering those >> requests. >> >> Regards, Bruno. >> > > Lol, sorry, forgot the link. Here it is > http://www.robtex.com/dns/130.sabela.pl.html > > Does not matter, no one from those DNS names is "familiar" to me. > Regards, Bruno. > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Fri Nov 30 09:19:27 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 30 Nov 2007 10:19:27 +0100 Subject: [Ekiga-list] How to enable far end camera control using ekiga In-Reply-To: <200711291502.30024.suson@calumet.purdue.edu> References: <200711291502.30024.suson@calumet.purdue.edu> Message-ID: <1196414367.10611.0.camel@scorpion> Hi, Le jeudi 29 novembre 2007 ? 15:02 -0600, Daniel Suson a ?crit : > Dear All, > I'm trying to set up my web camera for videoconferencing. My institution has > a typical firewall and has set up access to their video bridge for me. When I > call the IP address of the bridge, I have to manipulate the selection arrow > on the far end. I've been told this requires far end camera control. After > trying all of the apparent options, I still can't make any changes. Is there > a way to accomplish this? I'm using Ekiga version 2.0.9, which came with > dropline gnome. We don't support this. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net From ianyoli at gmail.com Fri Nov 30 20:21:36 2007 From: ianyoli at gmail.com (Ian Murdoch) Date: Fri, 30 Nov 2007 15:21:36 -0500 Subject: [Ekiga-list] [Date Prev][Date Next] [Thread Prev][Thread Next] [Thread Index] [Date Index] [Author Index] Re: Problem getting Ekiga to work in Kubuntu Gutsy - Submitted by Jim Ruxton - Response by Damien Sandras in Vol 16, Issue 41, Message 5, Mon. N Message-ID: <60d2a91a0711301221i2ef42747g158b53f7ebf4762b@mail.gmail.com> Hi Damien, I accidentally lost my copy of this thread, so had to take this copy from your archives. Thank you for your recommendation. I looked at the internet interfaces and found the following: 1 - In Dapper, where Ekiga continues to work efficiently: Interface address - ppp0[190.83.59.138] 2 - In Feisty, where Ekiga will not register my account: Interface addresses - ppp0[190.83.59.120] - eth1:avahi[169.254.7.219] - eth2:avahi[169.254.8.201] You will note that I have 3 ethernet cards: eth0 (ppp0) is the original card integrated with the IBM motherboard of my computer, which is not compatible with linux and is DE-ACTIVATED, but strangely is the selected interface in Dapper where Ekiga functions. eth1 and eth2 are each separate, linux compatible ethernet cards plugged into the PCI Bus of the computer. In Feisty, I have selected each card in turn, plugging the ISP cable into the selected card, (I do not have a router), and tried forcing Ekiga to register. Ekiga returned "Registration failed" in all attempts. For general internet connection in Firefox, I normally use eth1 for Dapper and eth2 for Feisty, because I encountered problems when trying to use eth1 for both systems. (Frequent crashes, etc.). Both function well. In Feisty, in the GUI - Preferences, I tried to edit the ppp0 code string to make it equal to that in Dapper, but found I could not do it. None of the normal methods functioned. I assume that editing has to be done via the command line. So, if your diagnosis results in a need for editing the interface addresses, please spell out the commands which I need to use. One other question: what is this "avahi"? I request your kind help in resolving this seemingly intractable problem. Regards, Ian Murdoch. -------------- next part -------------- An HTML attachment was scrubbed... URL: