From jan.schampera at web.de Mon Jan 1 12:24:28 2007 From: jan.schampera at web.de (Jan Schampera) Date: Mon, 1 Jan 2007 13:24:28 +0100 Subject: [Ekiga-list] gconf errors on win32? In-Reply-To: <24fb4ebb0612311218m37707e61xc51f30a7acb326b0@mail.gmail.com> References: <24fb4ebb0612311218m37707e61xc51f30a7acb326b0@mail.gmail.com> Message-ID: <20070101132428.51387c9f@localhost.localdomain> On Sun, 31 Dec 2006 15:18:46 -0500 "Frank Lynch" wrote: > I'm trying to get ekiga up and running on a windows xp box. This box > once had ekiga working, however it was uninstalled and are now after I > re-installing gtk+, and ekiga I'm getting the attached error re gconf. That's the configuration file from the first install IMHO. > The faq doesn't really address how gconf works on windows, so I'm It simply doesn't. Ekiga/WIN32 (aswell as Ekiga/NonGnome) uses an inbetween-layer to simulate such a database to the rest of Ekiga. The configuration itself is a file named "ekiga.conf", under UNIX usually in ~/.config/, unfortunately I don't know the location for Windows. But you should be able to search for it. > looking for tips on how to debug/correct this. Any links on how ekiga Delete the File I mentioned above before installing Ekiga. > thanks & happy new year! Dito! > --Frank J. -- Live as if you were to die tomorrow. Learn as if you were to live forever. From sevmek at free.fr Tue Jan 2 17:22:37 2007 From: sevmek at free.fr (yannick) Date: Tue, 02 Jan 2007 18:22:37 +0100 Subject: [Ekiga-list] ichat (MAC OS X) and ekiga ? Message-ID: <1167758558.21417.2.camel@achille> Hi folks, I'm wondering if Ekiga can interoperate with ichat on mac os X ? I would like to know if it works for: a- text message b- audio c- video To upgrade this page accordingly http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_% 3F#Mac_OS Regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From monkey at monkeynet.ca Wed Jan 3 14:00:39 2007 From: monkey at monkeynet.ca (Derek "The Monkey" Wueppelmann) Date: Wed, 03 Jan 2007 09:00:39 -0500 Subject: [Ekiga-list] Problems using V4l2 Message-ID: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> I recently installed Ekiga and was using it fine with V4L. The only issue I had was my camera was showing a cropped image instead of a resized image. I thought I would see if I could get this to work correctly using V4L2. So I installed the appropriate drivers and kernel modules, but now when it tries to use the camera I get errors trying to access /dev/video0. I've tried using camorama, which also uses the /dev/video0 device and it works just fine. Can anybody give me some help in getting this to work. Let me know if you would like any additional information as well. -- o) Derek Wueppelmann (o (D . monkey at monkeynet.ca D). ((` http://www.monkeynet.ca ( ) ` -------------- 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 Wed Jan 3 14:37:55 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 03 Jan 2007 15:37:55 +0100 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> Message-ID: <1167835075.3566.47.camel@golgoth01> Le mercredi 03 janvier 2007 ? 09:00 -0500, Derek "The Monkey" Wueppelmann a ?crit : > I recently installed Ekiga and was using it fine with V4L. The only > issue I had was my camera was showing a cropped image instead of a > resized image. I thought I would see if I could get this to work > correctly using V4L2. So I installed the appropriate drivers and kernel > modules, but now when it tries to use the camera I get errors trying to > access /dev/video0. > The first question is : does your driver support the V4L2 norm or not? > I've tried using camorama, which also uses the /dev/video0 device and it > works just fine. Can anybody give me some help in getting this to work. > Let me know if you would like any additional information as well. -- _ 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 monkey at monkeynet.ca Wed Jan 3 17:02:52 2007 From: monkey at monkeynet.ca (Derek "The Monkey" Wueppelmann) Date: Wed, 03 Jan 2007 12:02:52 -0500 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1167835075.3566.47.camel@golgoth01> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> Message-ID: <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> On Wed, 2007-01-03 at 15:37 +0100, Damien Sandras wrote: > The first question is : > does your driver support the V4L2 norm or not? How would I find that out? I am using the gspcav1 driver available from: http://mxhaard.free.fr/download.html I have a Logitech Communicate STX webcam. Does that help? -- o) Derek Wueppelmann (o (D . monkey at monkeynet.ca D). ((` http://www.monkeynet.ca ( ) ` -------------- 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 chutz at gg3.net Wed Jan 3 19:34:27 2007 From: chutz at gg3.net (Georgi Georgiev) Date: Thu, 4 Jan 2007 04:34:27 +0900 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> Message-ID: <20070103193426.GA458342@lion.gg3.net> maillog: 03/01/2007-12:02:52(-0500): Derek The Monkey Wueppelmann types > On Wed, 2007-01-03 at 15:37 +0100, Damien Sandras wrote: > > The first question is : > > does your driver support the V4L2 norm or not? > > How would I find that out? I am using the gspcav1 driver available from: > http://mxhaard.free.fr/download.html The gspcav1 driver is V4L1 (hence the "1"). The V4L2 driver seems to be under development http://mxhaard.free.fr/spca50x/Investigation/Gspca/ -- (* Georgi Georgiev (* Dime is money. (* *) chutz at gg3.net *) *) (* http://www.gg3.net/ (* (* From monkey at monkeynet.ca Wed Jan 3 20:08:33 2007 From: monkey at monkeynet.ca (Derek "The Monkey" Wueppelmann) Date: Wed, 03 Jan 2007 15:08:33 -0500 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <20070103193426.GA458342@lion.gg3.net> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> <20070103193426.GA458342@lion.gg3.net> Message-ID: <1167854913.7042.56.camel@phosphorus.roaringpenguin.com> On Thu, 2007-01-04 at 04:34 +0900, Georgi Georgiev wrote: > The gspcav1 driver is V4L1 (hence the "1"). The V4L2 driver seems to be > under development http://mxhaard.free.fr/spca50x/Investigation/Gspca/ That would explain things. And tell me that I should read (completely) the docs that come with things. I'll give the development drivers a try and see if that will work. If not I'll just use the v4l1 drivers... One small caveate is that using the v4l1 drivers I get a cropped image. Any ideas as to why that is, or how to solve this problem? -- o) Derek Wueppelmann (o (D . monkey at monkeynet.ca D). ((` http://www.monkeynet.ca ( ) ` -------------- 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 Wed Jan 3 21:23:04 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 03 Jan 2007 22:23:04 +0100 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1167854913.7042.56.camel@phosphorus.roaringpenguin.com> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> <20070103193426.GA458342@lion.gg3.net> <1167854913.7042.56.camel@phosphorus.roaringpenguin.com> Message-ID: <1167859384.3576.3.camel@golgoth01> Le mercredi 03 janvier 2007 ? 15:08 -0500, Derek "The Monkey" Wueppelmann a ?crit : > On Thu, 2007-01-04 at 04:34 +0900, Georgi Georgiev wrote: > > The gspcav1 driver is V4L1 (hence the "1"). The V4L2 driver seems to be > > under development http://mxhaard.free.fr/spca50x/Investigation/Gspca/ > > That would explain things. And tell me that I should read (completely) > the docs that come with things. I'll give the development drivers a try > and see if that will work. If not I'll just use the v4l1 drivers... > > One small caveate is that using the v4l1 drivers I get a cropped image. > Any ideas as to why that is, or how to solve this problem? Either it is because the driver returns a cropped image for that resolution and palette, or it is because Ekiga doesn't support resizing for that resolution and palette. Can you determine what palette Ekiga is using to capture from the camera? It will allow me to tell you if you have to submit a bug report to the driver or an enhancement request to 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 law_ence.dev at ntlworld.com Wed Jan 3 22:57:52 2007 From: law_ence.dev at ntlworld.com (ael) Date: Wed, 03 Jan 2007 22:57:52 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA Message-ID: <459C34F0.9020902@ntlworld.com> Background: ---------- I use an ATA (Analogue Telephone Adapter, a sip based unit) connected to a standard handset, to my landline and to a cordless unit. This works even when my computers are not booted and allows me to make and accept voip calls away from my desktop. Also I prefer a conventional handset sometimes. The ATA is upstream of my computers so that it can give its voip ports priority when a call (via the ATA) is in progress. [Cable modem] ==== [ATA intercepting ports 5004,5060] ==== [Router] === [local network] I also use ekiga for several reasons including the ability to register simultaneously with several sip servers, and I like to use a headset and have my hands free on most occasions. If I used a webcam, that would be another reason. On my various computers, I set ekiga to use ports other than those used by the ATA. On the machine that I am using to send this email, ekiga is set to use rtc ports 5010:5059 and udp ports 5062:5100, for example. Problem -------- All of this works fine, except for one minor problem which is the point of this email. Ekiga --> Preferences-->Protocols --> Network settings is set to STUN. When I start ekiga, it registers with the sip servers properly, but then calls fail, or partially fail, often with "Abnormal call termination". However, if I navigate through the preferences as above and set and reset the STUN, there is a brief message on the screen about the STUN being partially blocked (presumably it is detecting the ports used by the ATA). Thereafter, ekiga works properly until it is restarted. I assume that ekiga is resetting its port usage when it detects that not all the ports it expects are open? Should it not have seen the ports set via gconf-editor, or is there something I am missing? Otherwise should it not make what ever check is involved on tinkering with the STUN setting in Preferences automatically at start up? You will gather that I have not looked at the source :-) I realize that my arrangment of at least two voip devices trying to "talk through each other" is probably unusual which is why ekiga does not handle the situation quite seemlessly, but I think that what I am doing is not unreasonable and may become quite common. And it is working pretty well even now. Suggestion ---------- Ekiga makes the STUN checks at startup as described above? A E Lawrence From geboyd53 at comcast.net Thu Jan 4 00:58:18 2007 From: geboyd53 at comcast.net (George Boyd) Date: Wed, 03 Jan 2007 16:58:18 -0800 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <459C34F0.9020902@ntlworld.com> References: <459C34F0.9020902@ntlworld.com> Message-ID: <1167872299.12620.6.camel@george> Unfortunately, I can't help you with your problem. But I have been trying to find a reasonably priced ATA to use with Ekiga. Which one are you using and where could I get one? I'm looking to be able to use Ekiga as well as SIP telephone providers with an ATA. I've been looking for an ATA that is programmable as well as being able to work without having to have my computer on. Your ATA seems to be exactly what I've been looking for. Any help would be greatly appreciated. George From dsandras at seconix.com Thu Jan 4 08:40:33 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 04 Jan 2007 09:40:33 +0100 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <459C34F0.9020902@ntlworld.com> References: <459C34F0.9020902@ntlworld.com> Message-ID: <1167900033.3565.3.camel@golgoth01> Le mercredi 03 janvier 2007 ? 22:57 +0000, ael a ?crit : > Background: > ---------- > > I use an ATA (Analogue Telephone Adapter, a sip based unit) connected to > a standard handset, to my landline and to a cordless unit. This works > even when my computers are not booted and allows me to make and accept > voip calls away from my desktop. Also I prefer a conventional handset > sometimes. > > The ATA is upstream of my computers so that it can give its voip ports > priority when a call (via the ATA) is in progress. > > [Cable modem] ==== [ATA intercepting ports 5004,5060] ==== [Router] === > [local network] > > I also use ekiga for several reasons including the ability to register > simultaneously with several sip servers, and I like to use a headset and > have my hands free on most occasions. If I used a webcam, that would be > another reason. > > On my various computers, I set ekiga to use ports other than those used > by the ATA. On the machine that I am using to send this email, ekiga is > set to use rtc ports 5010:5059 and udp ports 5062:5100, for example. > > Problem > -------- > All of this works fine, except for one minor problem which is the point > of this email. > > Ekiga --> Preferences-->Protocols --> Network settings is set to STUN. > > When I start ekiga, it registers with the sip servers properly, but then > calls fail, or partially fail, often with "Abnormal call termination". > However, if I navigate through the preferences as above and set and > reset the STUN, there is a brief message on the screen about the STUN > being partially blocked (presumably it is detecting the ports used by > the ATA). Thereafter, ekiga works properly until it is restarted. > > I assume that ekiga is resetting its port usage when it detects that not > all the ports it expects are open? Should it not have seen the ports set > via gconf-editor, or is there something I am missing? Otherwise should > it not make what ever check is involved on tinkering with the STUN > setting in Preferences automatically at start up? You will gather that I > have not looked at the source :-) > > I realize that my arrangment of at least two voip devices trying to > "talk through each other" is probably unusual which is why ekiga does > not handle the situation quite seemlessly, but I think that what I am > doing is not unreasonable and may become quite common. And it is working > pretty well even now. > > Suggestion > ---------- > > Ekiga makes the STUN checks at startup as described above? > It does. However, if STUN detects "Partially blocked NAT", it is because the forwarded ports on the router do not correspond to the ports used by Ekiga. Make sure the forwarding is correct. Make sure the ATA is not using the same port range. Also, you could use IP Translation instead of STUN when using port forwarding. -- _ 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 Thu Jan 4 15:25:00 2007 From: law_ence.dev at ntlworld.com (ael) Date: Thu, 04 Jan 2007 15:25:00 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <1167900033.3565.3.camel@golgoth01> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> Message-ID: <459D1C4C.1030908@ntlworld.com> Damien Sandras wrote: > Le mercredi 03 janvier 2007 ? 22:57 +0000, ael a ?crit : > >>Background: >>---------- >> >>I use an ATA (Analogue Telephone Adapter, a sip based unit) connected to >>a standard handset, to my landline and to a cordless unit. This works >>even when my computers are not booted and allows me to make and accept >>voip calls away from my desktop. Also I prefer a conventional handset >>sometimes. >> >>The ATA is upstream of my computers so that it can give its voip ports >>priority when a call (via the ATA) is in progress. >> >>[Cable modem] ==== [ATA intercepting ports 5004,5060] ==== [Router] === >>[local network] >> >>I also use ekiga for several reasons including the ability to register >>simultaneously with several sip servers, and I like to use a headset and >>have my hands free on most occasions. If I used a webcam, that would be >>another reason. >> >>On my various computers, I set ekiga to use ports other than those used >>by the ATA. On the machine that I am using to send this email, ekiga is >>set to use rtc ports 5010:5059 and udp ports 5062:5100, for example. >> >>Problem >>-------- >>All of this works fine, except for one minor problem which is the point >>of this email. >> >>Ekiga --> Preferences-->Protocols --> Network settings is set to STUN. >> >>When I start ekiga, it registers with the sip servers properly, but then >>calls fail, or partially fail, often with "Abnormal call termination". >>However, if I navigate through the preferences as above and set and >>reset the STUN, there is a brief message on the screen about the STUN >>being partially blocked (presumably it is detecting the ports used by >>the ATA). Thereafter, ekiga works properly until it is restarted. >> >>I assume that ekiga is resetting its port usage when it detects that not >>all the ports it expects are open? Should it not have seen the ports set >>via gconf-editor, or is there something I am missing? Otherwise should >>it not make what ever check is involved on tinkering with the STUN >>setting in Preferences automatically at start up? You will gather that I >>have not looked at the source :-) >> >>I realize that my arrangment of at least two voip devices trying to >>"talk through each other" is probably unusual which is why ekiga does >>not handle the situation quite seemlessly, but I think that what I am >>doing is not unreasonable and may become quite common. And it is working >>pretty well even now. >> >>Suggestion >>---------- >> >>Ekiga makes the STUN checks at startup as described above? >> > > > It does. > > However, if STUN detects "Partially blocked NAT", it is because the > forwarded ports on the router do not correspond to the ports used by > Ekiga. > > Make sure the forwarding is correct. > Make sure the ATA is not using the same port range. Thanks Damien. I thought that I had things set up properly, but I will recheck. My situation is a slightly more complex than I reported ( I wanted to present the essence for simplicity and clarity). The ATA incorporates a router, NAT and so forth. And then feeds the main router. > Also, you could use IP Translation instead of STUN when using port > forwarding. IP transalation did not work for me, but I may have been too naive in the way I expected it to work. I will experiment further. A E Lawrence From law_ence.dev at ntlworld.com Thu Jan 4 15:44:46 2007 From: law_ence.dev at ntlworld.com (ael) Date: Thu, 04 Jan 2007 15:44:46 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <1167872299.12620.6.camel@george> References: <459C34F0.9020902@ntlworld.com> <1167872299.12620.6.camel@george> Message-ID: <459D20EE.4090907@ntlworld.com> George Boyd wrote: > Unfortunately, I can't help you with your problem. But I have been > trying to find a reasonably priced ATA to use with Ekiga. Which one are > you using and where could I get one. Well I am using a Grandstream Handytone 486 which fairly cheap and widely available. There are several variants: http://www.grandstream.com/y-htseries.htm And the manual is here http://www.grandstream.com/user_manuals/HandyTone-486UserManual.pdf . I don't know where you are geographically but www.sipgate.co.uk is one place that stocks the ATA 486. I think some voip vendors set the adaptors up for use only with their servers so check that out. I would avoid them, but I imagine that you can reset to the factory default as described in the manual and then set your own administrator password. I would guess that most ATA's would be sufficiently programmable to work with ekiga, but I only have experience with the 486. There are a various routers combined with ATAs on the market now that might be of interest. They came out after I had selected the Handytone. > I've been looking for an ATA that is programmable as well as being able > to work without having to have my computer on. Your ATA seems to be > exactly what I've been looking for. Hope that is some help. I think we are still just on topic.. A E Lawrence From law_ence.dev at ntlworld.com Thu Jan 4 23:20:50 2007 From: law_ence.dev at ntlworld.com (ael) Date: Thu, 04 Jan 2007 23:20:50 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <459D1C4C.1030908@ntlworld.com> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> Message-ID: <459D8BD2.3000405@ntlworld.com> ael wrote: > Damien Sandras wrote: >>> >>>Ekiga makes the STUN checks at startup as described above? >>> >> >> >>It does. >> >>However, if STUN detects "Partially blocked NAT", it is because the >>forwarded ports on the router do not correspond to the ports used by >>Ekiga. >> >>Make sure the forwarding is correct. >>Make sure the ATA is not using the same port range. > > > Thanks Damien. I thought that I had things set up properly, but I will > recheck. My situation is a slightly more complex than I reported ( I > wanted to present the essence for simplicity and clarity). The ATA > incorporates a router, NAT and so forth. And then feeds the main router. I have done some experimenting with ekiga with debugging, but have not got much further. {Apologies for wrap-around from this mailer in the debug messages below.} 2007/01/04 22:56:58.748 0:05.734 ekiga Set TCP port range to 30000:30010 2007/01/04 22:56:58.798 0:05.792 ekiga Set RTP port range to 5010:5059 2007/01/04 22:56:58.863 0:05.849 ekiga Set UDP port range to 5062:5100 The above look ok. My main router has no logged any relevant blocked packets. The ATA only exposes its SIP (set to 5060) and RTP (set to 5004) ports. I am now wondering about 30000:30010... The "magic" manipulation of the Network setting was logged as 2007/01/04 22:57:41.372 0:48.346 GMStunClient:0853daa0 OPAL STUN server "stun.ekiga.net" replies Cone NAT, external IP 86.3.137.146 A failed call without that "magic" has debug entries like: ------------------------------------------------------------------------ 2007/01/04 23:12:12.923 1:13.466 GMURLHandler:084b7e38 PCSS Outgoing call routed to sip:500 at ekiga.net for Call[1]-EP[Default] 2007/01/04 23:12:12.925 1:13.474 GMURLHandler:084b7e38 SIP SetUpConnection: 2007/01/04 23:12:22.969 1:23.512 GMURLHandler:084b7e38 OpalUDP Started connect to 86.64.162.35:5060 2007/01/04 23:12:22.994 1:23.537 GMURLHandler:084b7e38 RTP STUN could not create RTP/RTCP socket pair; trying to create RTP socket anyway. 2007/01/04 23:12:22.996 1:23.539 GMURLHandler:084b7e38 RTP STUN could not create RTP socket either. 2007/01/04 23:12:22.997 1:23.541 GMURLHandler:084b7e38 RTP STUN could not create RTP/RTCP socket pair; trying to create RTP socket anyway. [.. snip..] 2007/01/04 23:12:23.380 1:23.934 GMURLHandler:084b7e38 RTP STUN could not create RTP socket either. 2007/01/04 23:12:23.433 1:23.988 GMURLHandler:084b7e38 RTP STUN could not create RTP/RTCP socket pair; trying to create RTP socket anyway. 2007/01/04 23:12:23.508 1:24.063 GMURLHandler:084b7e38 RTP STUN could not create RTP socket either. 2007/01/04 23:12:23.562 1:24.116 OnRelease:8528118 OpalCon Media stream threads closed. 2007/01/04 23:12:23.613 1:24.156 SIP Transport:8527db0 OpalUDP Error on connection read select. 2007/01/04 23:12:23.619 1:24.163 SIP Transport:8527db0 SIP Read thread finished. 2007/01/04 23:12:23.626 1:24.180 OnRelease:8528118 OpalCon Media stream threads closed. 2007/01/04 23:12:23.682 1:24.237 GMURLHandler:084b7e38 RTP STUN could not create RTP/RTCP socket pair; trying to create RTP socket anyway. [..snip..] 2007/01/04 23:12:25.713 1:26.267 GMURLHandler:084b7e38 RTP STUN could not create RTP socket either. 2007/01/04 23:12:25.767 1:26.322 GMURLHandler:084b7e38 SIP No authentication information present 2007/01/04 23:12:25.832 1:26.386 GMURLHandler:084b7e38 SIP Did not start INVITE transaction on udp$86.64.162.35:5060 2007/01/04 23:12:25.909 1:26.463 GMURLHandler:084b7e38 SIP Could not write to sip:500 at ekiga.net - 2007/01/04 23:12:25.962 1:26.524 GMURLHandler:084b7e38 SetUpCall succeeded 2007/01/04 23:12:26.013 1:26.567 OnRelease:852cd30 OpalCon Media stream threads closed. --------------------------------------------------------------------------------- I am not sure if the above messages suggest blocked ports: I guess that fits the failure to create the sockets. Since they are RTP sockets and those are open, I am not clear what is happening. I can live with the present situation, but would like to understand what is failing. But it is not urgent. A E Lawrence From dsandras at seconix.com Fri Jan 5 08:52:19 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 05 Jan 2007 09:52:19 +0100 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <459D8BD2.3000405@ntlworld.com> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> Message-ID: <1167987139.3548.18.camel@golgoth01> Le jeudi 04 janvier 2007 ? 23:20 +0000, ael a ?crit : [...] > The "magic" manipulation of the Network setting was logged as > > 2007/01/04 22:57:41.372 0:48.346 GMStunClient:0853daa0 OPAL > STUN server "stun.ekiga.net" replies Cone NAT, external IP 86.3.137.146 > > A failed call without that "magic" has debug entries like: > > ------------------------------------------------------------------------ > 2007/01/04 23:12:12.923 1:13.466 GMURLHandler:084b7e38 PCSS > Outgoing call routed to sip:500 at ekiga.net for Call[1]-EP[Default] > 2007/01/04 23:12:12.925 1:13.474 GMURLHandler:084b7e38 SIP > SetUpConnection: > 2007/01/04 23:12:22.969 1:23.512 GMURLHandler:084b7e38 OpalUDP > Started connect to 86.64.162.35:5060 > 2007/01/04 23:12:22.994 1:23.537 GMURLHandler:084b7e38 RTP > STUN could not create RTP/RTCP socket pair; trying to create RTP socket > anyway. > 2007/01/04 23:12:22.996 1:23.539 GMURLHandler:084b7e38 RTP > STUN could not create RTP socket either. > 2007/01/04 23:12:22.997 1:23.541 GMURLHandler:084b7e38 RTP > STUN could not create RTP/RTCP socket pair; trying to create RTP socket > anyway. > When doing a call, the STUN protocol is used to determine which ports will be used by your router for outgoing traffic, that way, the remote application knows where to send back the data so that it is relayed to your computer. The above message just tells that STUN can not determine those ports. I have no idea why triggering a STUN detection allows determining them again. It doesn't make sense :( Check if there is not something to configure at the router level. -- _ 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 oisin.feeley at gmail.com Fri Jan 5 11:43:31 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Fri, 5 Jan 2007 06:43:31 -0500 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga Message-ID: Hi all, I've been trying to get a windows user set up with a VOIP client so that we can communicate. So far our testing of combinations is partial and incomplete, but we've done * Skype (Win) <-> Skype(Linux) -- I don't like it because of Skype's non-Free nature, but it works * Gizmo (Win) <-> Gizmo(Linux) -- this fails partially on the Linux side because of some interaction with ALSA, also although they're using an open protocol the client is non-Free * Gizmo(Win) <-> Ekiga (Linux) -- seems to fail in both directions, but need to test more * Win Messenger 5.1 <-> Ekiga (Linux) -- he claims that he is told that I need a .NET Passport Has anyone tried the last option and if so, is there any validity to his statement that he is prompted for my .NET Passport? I found the following posts in the archives which I've passed on to him: http://threebit.net/mail-archive/gnomemeeting-list/msg00108.html http://www.mail-archive.com/ekiga-devel-list at gnome.org/msg00327.html So, has anyone got this working? Also, is it worth suggesting that he install Ekiga-win32 (note it would be a difficult task for him, he's remote to me and I find it hard to help) ? What does ekiga-win32 need to get to a usable state if it's not already there? Merci a tous les "ekiga developers "et Bonne Ann?e, Ois?n From yohann.martineau at nexcom.fr Fri Jan 5 12:48:30 2007 From: yohann.martineau at nexcom.fr (Yohann Martineau) Date: Fri, 05 Jan 2007 13:48:30 +0100 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: References: Message-ID: <459E491E.5070904@nexcom.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Oisin Feeley a ?crit : > Hi all, > > I've been trying to get a windows user set up with a VOIP client so > that we can communicate. So far our testing of combinations is > partial and incomplete, but we've done > > * Skype (Win) <-> Skype(Linux) -- I don't like it because of Skype's > non-Free nature, but it works > * Gizmo (Win) <-> Gizmo(Linux) -- this fails partially on the Linux > side because of some interaction with ALSA, also although they're > using an open protocol the client is non-Free > * Gizmo(Win) <-> Ekiga (Linux) -- seems to fail in both directions, > but need to test more > * Win Messenger 5.1 <-> Ekiga (Linux) -- he claims that he is told > that I need a .NET Passport > > Has anyone tried the last option and if so, is there any validity to > his statement that he is prompted for my .NET Passport? > > I found the following posts in the archives which I've passed on to him: > http://threebit.net/mail-archive/gnomemeeting-list/msg00108.html > http://www.mail-archive.com/ekiga-devel-list at gnome.org/msg00327.html > > So, has anyone got this working? > > Also, is it worth suggesting that he install Ekiga-win32 (note it > would be a difficult task for him, he's remote to me and I find it > hard to help) ? What does ekiga-win32 need to get to a usable state > if it's not already there? > > Merci a tous les "ekiga developers "et Bonne Ann?e, > Ois?n > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > Hello, I don't know if it will help you, but the following configuration works: Windows Messenger 5.1 (win) <=> X-Lite (win) Did you uncheck the .NET account at startup and check in the SIP Communication service ? You may also have to configure advanced settings for proxy, etc. But be careful, windows messenger 5.1 does not support HTTP digest, and it creates dialogs for instant messaging. It means that you cannot use it with an ekiga account. Windows messenger generally has a strange behaviour. Good Luck, yohann -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFnkkexmS+8VWoXdURAvb/AJ0bNzES2rks2oyY8dCWxWmz/D29TwCfU71E HT/U4G7f6MEf/qJce262shw= =atQX -----END PGP SIGNATURE----- From sevmek at free.fr Fri Jan 5 13:03:02 2007 From: sevmek at free.fr (yannick) Date: Fri, 05 Jan 2007 14:03:02 +0100 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: References: Message-ID: <1168002182.17185.1.camel@achille> Le vendredi 05 janvier 2007 ? 06:43 -0500, Oisin Feeley a ?crit : > So, has anyone got this working? Sure, check here : http://manuxlinux.freezee.org/spip.php?article10 Regard et bonne ann?e, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From law_ence.dev at ntlworld.com Fri Jan 5 13:53:08 2007 From: law_ence.dev at ntlworld.com (ael) Date: Fri, 05 Jan 2007 13:53:08 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <1167987139.3548.18.camel@golgoth01> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> <1167987139.3548.18.camel@golgoth01> Message-ID: <459E5844.1060107@ntlworld.com> Damien Sandras wrote: > Le jeudi 04 janvier 2007 ? 23:20 +0000, ael a ?crit : > > [...] > > > >>The "magic" manipulation of the Network setting was logged as >> >>2007/01/04 22:57:41.372 0:48.346 GMStunClient:0853daa0 OPAL >>STUN server "stun.ekiga.net" replies Cone NAT, external IP 86.3.137.146 >> >>A failed call without that "magic" has debug entries like: >> >>------------------------------------------------------------------------ >>2007/01/04 23:12:12.923 1:13.466 GMURLHandler:084b7e38 PCSS >>Outgoing call routed to sip:500 at ekiga.net for Call[1]-EP[Default] >>2007/01/04 23:12:12.925 1:13.474 GMURLHandler:084b7e38 SIP >>SetUpConnection: >>2007/01/04 23:12:22.969 1:23.512 GMURLHandler:084b7e38 OpalUDP >>Started connect to 86.64.162.35:5060 >>2007/01/04 23:12:22.994 1:23.537 GMURLHandler:084b7e38 RTP >>STUN could not create RTP/RTCP socket pair; trying to create RTP socket >>anyway. >>2007/01/04 23:12:22.996 1:23.539 GMURLHandler:084b7e38 RTP >>STUN could not create RTP socket either. >>2007/01/04 23:12:22.997 1:23.541 GMURLHandler:084b7e38 RTP >>STUN could not create RTP/RTCP socket pair; trying to create RTP socket >>anyway. >> > > > When doing a call, the STUN protocol is used to determine which ports > will be used by your router for outgoing traffic, that way, the remote > application knows where to send back the data so that it is relayed to > your computer. > > The above message just tells that STUN can not determine those ports. > I have no idea why triggering a STUN detection allows determining them > again. It doesn't make sense :( > > Check if there is not something to configure at the router level. I played for a fair time with the router settings, but I think the problem is that I don't know what the HandyTone ATA is actually doing. It is at the front end just after the cable modem so I think that is where the foible is hiding. Rarely I saw the STUN reporting symmetric NAT and I gather that the STUN protocol can be nondeterministic in such situations. My tests were with only 1 active machine on the network, so the STUN server might be seeing the ATA as one host and the ekiga machine as another. I will run etherreal during a session to see whether this helps: I might forward a log here in case someone can help with interpretation. But of course, I will only see the traffic behind the router. Unless I rearrange the network for testing purposes which I don't have time to do for now. All that said, it seems to be quite reliable to use the "magic": start ekiga, change the network protocol from STUN and back to STUN and then everything works. I haven't tried port forwarding because I would like to be able to use ekiga on any local machine. I suspect that would work if I put the ATA behind, rather than in front of, the main router and then forward specific ports to the ATA. But if an incoming call arrived while I was using all my bandwidth for a major download, I suspect that the voip call quality would suffer (and I do get a few problems even now). A E Lawrence From oisin.feeley at gmail.com Fri Jan 5 14:52:53 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Fri, 5 Jan 2007 09:52:53 -0500 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: <1168002182.17185.1.camel@achille> References: <1168002182.17185.1.camel@achille> Message-ID: Hi guys, thanks for the response, but right now after following Yannick's instructions we're having the following failure: >From Win Messenger5.1 (with user registered on ekiga.net) I am shown in contacts as offline even though I'm logged on. If I call from Ekiga to WM5.1 then a connection is established but no sound can be heard be either party even though we've done succesful echo tests. If I send a chat then the WM5.1 then there's a failure and ditto the other way round. Oisin On 1/5/07, yannick wrote: > Le vendredi 05 janvier 2007 ? 06:43 -0500, Oisin Feeley a ?crit : > > So, has anyone got this working? > > Sure, check here : http://manuxlinux.freezee.org/spip.php?article10 > > Regard et bonne ann?e, > Yannick > -- > Me joindre en t?l?phonie IP / vid?oconf?rence ? > sip:yannick 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 Fri Jan 5 16:55:43 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 05 Jan 2007 17:55:43 +0100 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: References: <1168002182.17185.1.camel@achille> Message-ID: <1168016143.3654.7.camel@golgoth01> Hi, Le vendredi 05 janvier 2007 ? 09:52 -0500, Oisin Feeley a ?crit : > Hi guys, > thanks for the response, but right now after following Yannick's > instructions we're having the following failure: > > >From Win Messenger5.1 (with user registered on ekiga.net) I am shown > in contacts as offline even though I'm logged on. > It is normal. Ekiga.net doesn't support presence yet. > If I call from Ekiga to WM5.1 then a connection is established but no > sound can be heard be either party even though we've done succesful > echo tests. Check firewall settings and NAT settings. > > If I send a chat then the WM5.1 then there's a failure and ditto the > other way round. That's not normal. > > Oisin > > On 1/5/07, yannick wrote: > > Le vendredi 05 janvier 2007 ? 06:43 -0500, Oisin Feeley a ?crit : > > > So, has anyone got this working? > > > > Sure, check here : http://manuxlinux.freezee.org/spip.php?article10 > > > > Regard et bonne ann?e, > > Yannick > > -- > > Me joindre en t?l?phonie IP / vid?oconf?rence ? > > sip:yannick 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 -- _ 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 Jan 5 16:57:40 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 05 Jan 2007 17:57:40 +0100 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <459E5844.1060107@ntlworld.com> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> <1167987139.3548.18.camel@golgoth01> <459E5844.1060107@ntlworld.com> Message-ID: <1168016260.3654.10.camel@golgoth01> Le vendredi 05 janvier 2007 ? 13:53 +0000, ael a ?crit : [...] > > > > Check if there is not something to configure at the router level. > > I played for a fair time with the router settings, but I think the > problem is that I don't know what the HandyTone ATA is actually doing. > It is at the front end just after the cable modem so I think that is > where the foible is hiding. Rarely I saw the STUN reporting symmetric > NAT and I gather that the STUN protocol can be nondeterministic in such > situations. My tests were with only 1 active machine on the network, so > the STUN server might be seeing the ATA as one host and the ekiga > machine as another. > Indeed, in such a case, STUN is non deterministic. > I will run etherreal during a session to see whether this helps: I might > forward a log here in case someone can help with interpretation. But of > course, I will only see the traffic behind the router. Unless I > rearrange the network for testing purposes which I don't have time to do > for now. > > All that said, it seems to be quite reliable to use the "magic": start > ekiga, change the network protocol from STUN and back to STUN and then > everything works. > I suppose that in that case you can not be called from the outside, but I can not confirm that. > I haven't tried port forwarding because I would like to be able to use > ekiga on any local machine. I suspect that would work if I put the ATA > behind, rather than in front of, the main router and then forward > specific ports to the ATA. But if an incoming call arrived while I was > using all my bandwidth for a major download, I suspect that the voip > call quality would suffer (and I do get a few problems even now). Using sipproxd might be a good idea. I'm not sure putting the ATA in front of the router helps with bandwidth, except if there is an internal traffic shaper. -- _ 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 bernat.tallaferro at gmail.com Fri Jan 5 17:42:05 2007 From: bernat.tallaferro at gmail.com (Bernat Tallaferro) Date: Fri, 5 Jan 2007 18:42:05 +0100 Subject: [Ekiga-list] Ekiga win32 problems Message-ID: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> Hi, I'm trying to communicate between a linux PC (ubuntu edgy) and a windows xp home PC. Ekiga is installed and seems to work (with webcam and all) on the linux PC. The problem is the windows PC. I tried to install the ekiga windows version, but after installing the gtk runtime and the SDL dll, clicking on the ekiga.exe executable only brings an error message and ekiga won't even start. The error message is the following: AppName: ekiga.exe AppVer: 0.0.0.0 ModName: libgtk-win32-2.0-0.dll ModVer: 2.10.6.0 Offset: 002217a2 I am quite sure the gtk runtime is running fine, since I've also installed the GIMP (I needed it for other purposes) and the GIMP works without problem. Does the win32 ekiga support windows xp *home*? Does anyone have any idea of what could the problem be? Any comments will be greatly appreciated. Many thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From monkey at monkeynet.ca Fri Jan 5 18:43:07 2007 From: monkey at monkeynet.ca (Derek "The Monkey" Wueppelmann) Date: Fri, 05 Jan 2007 13:43:07 -0500 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: <1168016143.3654.7.camel@golgoth01> References: <1168002182.17185.1.camel@achille> <1168016143.3654.7.camel@golgoth01> Message-ID: <1168022587.13386.49.camel@phosphorus.roaringpenguin.com> On Fri, 2007-01-05 at 17:55 +0100, Damien Sandras wrote: > > If I call from Ekiga to WM5.1 then a connection is established but no > > sound can be heard be either party even though we've done succesful > > echo tests. > > Check firewall settings and NAT settings. Is there a way to get WM5.1 to STUN? I looked for this, but I found nothing that seemed to imply that it could. This is where I got stuck in getting Ekiga to talk to WM5.1 -- o) Derek Wueppelmann (o (D . monkey at monkeynet.ca D). ((` http://www.monkeynet.ca ( ) ` -------------- 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 jan.schampera at web.de Fri Jan 5 19:08:40 2007 From: jan.schampera at web.de (Jan Schampera) Date: Fri, 5 Jan 2007 20:08:40 +0100 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: <1168022587.13386.49.camel@phosphorus.roaringpenguin.com> References: <1168002182.17185.1.camel@achille> <1168016143.3654.7.camel@golgoth01> <1168022587.13386.49.camel@phosphorus.roaringpenguin.com> Message-ID: <20070105200840.4ad95251@localhost.localdomain> On Fri, 05 Jan 2007 13:43:07 -0500 "Derek \"The Monkey\" Wueppelmann" wrote: > > Check firewall settings and NAT settings. > > Is there a way to get WM5.1 to STUN? I looked for this, but I found > nothing that seemed to imply that it could. This is where I got stuck > in getting Ekiga to talk to WM5.1 No idea, but if it isn't available you need to do your Port-Forwarding etc... yourself (though, I have no idea how you tell WM the public IP). J. -- Live as if you were to die tomorrow. Learn as if you were to live forever. From olivierdemartigues at yahoo.fr Fri Jan 5 19:19:08 2007 From: olivierdemartigues at yahoo.fr (olivier garel) Date: Fri, 5 Jan 2007 19:19:08 +0000 (GMT) Subject: [Ekiga-list] need help to register Message-ID: <20070105191908.71550.qmail@web23401.mail.ird.yahoo.com> Yesterday I helped one friend to subscribe to ekiga.net. That seem ok because he received a mail and now, in www.ekiga.net, he can see his account and his phone book. But, with the option find user he and I can't see him. Same thing in a Ekiga's phone book. It 's like he haven't subscribe. For me, in ekiga.net, page: my account I can see: contact, expires, priority, and location but not him. Could you help us? Olivier __________________________________________________ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicit?s http://mail.yahoo.fr Yahoo! Mail -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon at mungewell.org Fri Jan 5 19:32:02 2007 From: simon at mungewell.org (Simon Wood) Date: Fri, 5 Jan 2007 12:32:02 -0700 Subject: [Ekiga-list] need help to register In-Reply-To: <20070105191908.71550.qmail@web23401.mail.ird.yahoo.com> References: <20070105191908.71550.qmail@web23401.mail.ird.yahoo.com> Message-ID: <20070105123202.66b263ab.simon@mungewell.org> Hi Olivier, get him to check the 'allow others to look up my SIP address' option on the website. This can be cleared to prevent people seeing you - as a privacy issue. If you know his username you should be able to call him. Does this work? Cheers, Simon On Fri, 5 Jan 2007 19:19:08 +0000 (GMT) olivier garel wrote: > Yesterday I helped one friend to subscribe to ekiga.net. That seem ok because he received a mail and now, in www.ekiga.net, he can see his account and his phone book. But, with the option find user he and I can't see him. Same thing in a Ekiga's phone book. It 's like he haven't subscribe. > For me, in ekiga.net, page: my account I can see: contact, expires, priority, and location but not him. > > Could you help us? > > Olivier From jpuydt at free.fr Fri Jan 5 19:35:28 2007 From: jpuydt at free.fr (Julien Puydt) Date: Fri, 05 Jan 2007 20:35:28 +0100 Subject: [Ekiga-list] Ekiga win32 problems In-Reply-To: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> References: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> Message-ID: <459EA880.6070209@free.fr> Bernat Tallaferro a ?crit : > error message and ekiga won't even start. The error message is the > following: > > AppName: ekiga.exe AppVer: 0.0.0.0 ModName: libgtk-win32-2.0-0.dll > ModVer: 2.10.6.0 Offset: 002217a2 Hmmm... perhaps you're using a gtk+ runtime different from the one used to compile ekiga? Snark From typhoon at aanet.com.au Fri Jan 5 20:28:22 2007 From: typhoon at aanet.com.au (Typhoon) Date: Sat, 6 Jan 2007 07:28:22 +1100 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: References: Message-ID: <20070106072822.0b741100.typhoon@aanet.com.au> On Fri, 5 Jan 2007 06:43:31 -0500 "Oisin Feeley" wrote: > Hi all, > > I've been trying to get a windows user set up with a VOIP client so > that we can communicate. So far our testing of combinations is > partial and incomplete, but we've done > > * Skype (Win) <-> Skype(Linux) -- I don't like it because of Skype's > non-Free nature, but it works > * Gizmo (Win) <-> Gizmo(Linux) -- this fails partially on the Linux > side because of some interaction with ALSA, also although they're > using an open protocol the client is non-Free > * Gizmo(Win) <-> Ekiga (Linux) -- seems to fail in both directions, > but need to test more This puzzles me. I speak with my daughter all the time with the Gizmo (win) Ekiga(linux) setup. I have Ekiga registered to a Gizmo account. We have never had any problem at all. Alan > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > From carles at pina.cat Fri Jan 5 20:34:14 2007 From: carles at pina.cat (Carles Pina i Estany) Date: Fri, 5 Jan 2007 22:34:14 +0200 Subject: [Ekiga-list] Ekiga win32 problems In-Reply-To: <459EA880.6070209@free.fr> References: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> <459EA880.6070209@free.fr> Message-ID: <20070105203414.GA5047@pinux.info> Hi, On Jan/05/2007, Julien Puydt wrote: > Bernat Tallaferro a ?crit : > > error message and ekiga won't even start. The error message is the > > following: > > > > AppName: ekiga.exe AppVer: 0.0.0.0 ModName: libgtk-win32-2.0-0.dll > > ModVer: 2.10.6.0 Offset: 002217a2 > > Hmmm... perhaps you're using a gtk+ runtime different from the one used > to compile ekiga? 2 days ago I tried to run Ekiga in Windows XP, Professional edition. It failed in same way. Last August worked in other Windows XP, I used the same method. I haven't had time to search deeply (is not my usual machine). I downloaded everything fresh from Ekiga, Gtk, etc. -- Carles Pina i Estany GPG id: 0x8CBDAE64 http://pinux.info Manresa - Barcelona From bernat.tallaferro at gmail.com Fri Jan 5 21:04:18 2007 From: bernat.tallaferro at gmail.com (Bernat Tallaferro) Date: Fri, 5 Jan 2007 22:04:18 +0100 Subject: [Ekiga-list] Ekiga win32 problems In-Reply-To: <20070105203414.GA5047@pinux.info> References: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> <459EA880.6070209@free.fr> <20070105203414.GA5047@pinux.info> Message-ID: <1d9d9b240701051304q782a39b3r5fdfa66412bcc3bf@mail.gmail.com> Hi, 2007/1/5, Carles Pina i Estany : > > > Hi, > > On Jan/05/2007, Julien Puydt wrote: > > Bernat Tallaferro a ?crit : > > > error message and ekiga won't even start. The error message is the > > > following: > > > > > > AppName: ekiga.exe AppVer: 0.0.0.0 ModName: > libgtk-win32-2.0-0.dll > > > ModVer: 2.10.6.0 Offset: 002217a2 > > > > Hmmm... perhaps you're using a gtk+ runtime different from the one used > > to compile ekiga? I thought that might have been it. When the error first appeared I had installed 2.10 (which is the one for win XP on the downloads front page), but after reading http://snapshots.seconix.com/win32/INSTALL_Gtk.txt, it seems that the available version of ekiga has been compiled against gtk 2.8.9. Then I uninstalled gtk 2.10 and installed 2.8.9.0, but I simply got a variation of the same error (where ModVer is 2.8.9.0 in the error message). I'm really frustrated on this one. I was so happy when I saw there was a win32 port of ekiga... 2 days ago I tried to run Ekiga in Windows XP, Professional edition. It > failed in same way. Last August worked in other Windows XP, I used the > same method. I haven't had time to search deeply (is not my usual > machine). I downloaded everything fresh from Ekiga, Gtk, etc. > > I'm glad to see I'm not the only one. Anyone, if anyone has got any ideas or comments on this one, they will be very much appreciated. Many thanks to the ekiga developers and keep up the good work. -------------- next part -------------- An HTML attachment was scrubbed... URL: From oisin.feeley at gmail.com Fri Jan 5 21:29:17 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Fri, 5 Jan 2007 16:29:17 -0500 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: <459E491E.5070904@nexcom.fr> References: <459E491E.5070904@nexcom.fr> Message-ID: On 1/5/07, Yohann Martineau wrote: > I don't know if it will help you, but the following configuration works: > > Windows Messenger 5.1 (win) <=> X-Lite (win) Thanks for that but the righthand-side of the relationship is me and I'm only running Linux or *BSD out of choice. The lefthand user only runs WindowsXP out of choice. > Did you uncheck the .NET account at startup and check in the SIP > Communication service ? No, he didn't! It's what I suspected when he started telling me I needed a .NET Passport, but I'd never used (Windows Messenger 5.1) and had to rely on what he told me. > But be careful, windows messenger 5.1 does not support HTTP digest, and > it creates dialogs for instant messaging. It means that you cannot use > it with an ekiga account. "It" == "WM5.1: or "It" == "IM with WM5.1" ? Damien Sandras' subsequent email seems to say that I /should/ be able to send IM to someone using WM5.1 that's registered on ekiga.net. > Windows messenger generally has a strange > behaviour. ;) Seems like this interaction is working for some people and not others so it must be due to using proxies or firewalls or something like that. Thanks for all the info. Oisin From law_ence.dev at ntlworld.com Sat Jan 6 00:05:15 2007 From: law_ence.dev at ntlworld.com (ael) Date: Sat, 06 Jan 2007 00:05:15 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <1168016260.3654.10.camel@golgoth01> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> <1167987139.3548.18.camel@golgoth01> <459E5844.1060107@ntlworld.com> <1168016260.3654.10.camel@golgoth01> Message-ID: <459EE7BB.3020603@ntlworld.com> Damien Sandras wrote: > Le vendredi 05 janvier 2007 ? 13:53 +0000, ael a ?crit : >>I played for a fair time with the router settings, but I think the >>problem is that I don't know what the HandyTone ATA is actually doing. >>It is at the front end just after the cable modem so I think that is >>where the foible is hiding. Rarely I saw the STUN reporting symmetric >>NAT and I gather that the STUN protocol can be nondeterministic in such >>situations. My tests were with only 1 active machine on the network, so >>the STUN server might be seeing the ATA as one host and the ekiga >>machine as another. >> > > > Indeed, in such a case, STUN is non deterministic. > > >>I will run etherreal during a session to see whether this helps: Damien, I am seeing some very odd things in the ethereal logs with ekiga sending malformed packets to a strange address in a few cases. Perhaps I am misinterpreting what I am seeing. I am testing on an debian i386 sarge system using 2.0.2-1.ekiga.sarge.1885. And $ ekiga --version Gnome ekiga 2.0.2 Before I look further, are there are known bugs in this version? Should I backport a later version, presumably 2.0.3, before going any further? A E Lawrence From bernat.tallaferro at gmail.com Sat Jan 6 10:40:12 2007 From: bernat.tallaferro at gmail.com (Bernat Tallaferro) Date: Sat, 6 Jan 2007 11:40:12 +0100 Subject: [Ekiga-list] Ekiga win32 problems In-Reply-To: <1d9d9b240701051304q782a39b3r5fdfa66412bcc3bf@mail.gmail.com> References: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> <459EA880.6070209@free.fr> <20070105203414.GA5047@pinux.info> <1d9d9b240701051304q782a39b3r5fdfa66412bcc3bf@mail.gmail.com> Message-ID: <1d9d9b240701060240h795acd1av7fa3c18d8dead4b7@mail.gmail.com> The last thing I tried was to install the win32 ekiga onto a second win XP professional machine, and I got exactly the same error complaining about libgtk-win32-2.0-0.dll. That machine happens to have MS Visual C++ 6 installed, so I got a bit more information. What the debugger said was: "Unhandled exception in ekiga.exe (LIBGTK-WIN32-2.0-0.DLL): 0xC0000005: Access violation." In any case, I realise that is still not much information. If I can, I'll be glad to provide some more debug info if some developer can give me some hint on how to produce some useful output. Many thanks. 2007/1/5, Bernat Tallaferro : > > Hi, > > 2007/1/5, Carles Pina i Estany : > > > > > > Hi, > > > > On Jan/05/2007, Julien Puydt wrote: > > > Bernat Tallaferro a ?crit : > > > > error message and ekiga won't even start. The error message is the > > > > following: > > > > > > > > AppName: ekiga.exe AppVer: 0.0.0.0 ModName: > > libgtk-win32-2.0-0.dll > > > > ModVer: 2.10.6.0 Offset: 002217a2 > > > > > > Hmmm... perhaps you're using a gtk+ runtime different from the one > > used > > > to compile ekiga? > > > I thought that might have been it. When the error first appeared I had > installed 2.10 (which is the one for win XP on the downloads front page), > but after reading http://snapshots.seconix.com/win32/INSTALL_Gtk.txt, it > seems that the available version of ekiga has been compiled against gtk > 2.8.9. > > Then I uninstalled gtk 2.10 and installed 2.8.9.0, but I simply got a > variation of the same error (where ModVer is 2.8.9.0 in the error > message). > > I'm really frustrated on this one. I was so happy when I saw there was a > win32 port of ekiga... > > 2 days ago I tried to run Ekiga in Windows XP, Professional edition. It > > failed in same way. Last August worked in other Windows XP, I used the > > same method. I haven't had time to search deeply (is not my usual > > machine). I downloaded everything fresh from Ekiga, Gtk, etc. > > > > > I'm glad to see I'm not the only one. > > Anyone, if anyone has got any ideas or comments on this one, they will be > very much appreciated. > > Many thanks to the ekiga developers and keep up the good work. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Sat Jan 6 20:22:35 2007 From: sevmek at free.fr (yannick) Date: Sat, 06 Jan 2007 21:22:35 +0100 Subject: [Ekiga-list] Being called by Windows Messenger to Ekiga In-Reply-To: References: <459E491E.5070904@nexcom.fr> Message-ID: <1168114955.10387.8.camel@achille> Le vendredi 05 janvier 2007 ? 16:29 -0500, Oisin Feeley a ?crit : > "It" == "WM5.1: or "It" == "IM with WM5.1" ? Damien Sandras' > subsequent email seems to say that I /should/ be able to send IM to > someone using WM5.1 that's registered on ekiga.net. Hello, As stated here: http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_% 3F#Windows I have tested text messages from Ekiga to windows messenger version 5.1.0701 It was back in the time we could have more answer from the search fonction in adress book, I just tried to send text messages to client based on their "Software" field (for the purpose of the top URL). I got an answer from a windows messenger client and we were able to discuss a bit togheter, me with ekiga, him with windows messenger. This has just been tested succesfully one time. I was the tester. Today I've no way to get this information thru the "software" again as search is limited to 100 clients and only shows up Ekiga clients. That's all I know about this. Regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net From dsandras at seconix.com Sun Jan 7 11:53:51 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 07 Jan 2007 12:53:51 +0100 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <459EE7BB.3020603@ntlworld.com> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> <1167987139.3548.18.camel@golgoth01> <459E5844.1060107@ntlworld.com> <1168016260.3654.10.camel@golgoth01> <459EE7BB.3020603@ntlworld.com> Message-ID: <1168170831.6378.10.camel@scorpio> Le samedi 06 janvier 2007 ? 00:05 +0000, ael a ?crit : > Damien Sandras wrote: > > Le vendredi 05 janvier 2007 ? 13:53 +0000, ael a ?crit : > > >>I played for a fair time with the router settings, but I think the > >>problem is that I don't know what the HandyTone ATA is actually doing. > >>It is at the front end just after the cable modem so I think that is > >>where the foible is hiding. Rarely I saw the STUN reporting symmetric > >>NAT and I gather that the STUN protocol can be nondeterministic in such > >>situations. My tests were with only 1 active machine on the network, so > >>the STUN server might be seeing the ATA as one host and the ekiga > >>machine as another. > >> > > > > > > Indeed, in such a case, STUN is non deterministic. > > > > > >>I will run etherreal during a session to see whether this helps: > > Damien, > > I am seeing some very odd things in the ethereal logs with ekiga sending > malformed packets to a strange address in a few cases. Perhaps I am > misinterpreting what I am seeing. I am testing on an debian i386 sarge > system using 2.0.2-1.ekiga.sarge.1885. And > > $ ekiga --version > Gnome ekiga 2.0.2 > > Before I look further, are there are known bugs in this version? Should > I backport a later version, presumably 2.0.3, before going any further? > I don't think so... Damien From patrick.smart at gmail.com Sun Jan 7 15:50:58 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Sun, 7 Jan 2007 16:50:58 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <1162471810.5152.10.camel@golgoth01> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <1158565143.3789.8.camel@golgoth01> <6eda068e0609221200w1e003d14vd9e71c806a536809@mail.gmail.com> <1159003382.5171.6.camel@golgoth01> <6eda068e0609231718n1f8dea39nc07b0eae755b69a1@mail.gmail.com> <1159197581.3843.62.camel@golgoth01> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> Message-ID: <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> On 11/2/06, Damien Sandras wrote: > Can you try with another theme than the QT theme? I first tried without any special feature (debugging, symbols) as I recently upgraded to openSUSE 10.2 and would have to recompile it all. http://phpfi.com/191430 Do you need more? Patrick From dsandras at seconix.com Sun Jan 7 16:34:42 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 07 Jan 2007 17:34:42 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <1158565143.3789.8.camel@golgoth01> <6eda068e0609221200w1e003d14vd9e71c806a536809@mail.gmail.com> <1159003382.5171.6.camel@golgoth01> <6eda068e0609231718n1f8dea39nc07b0eae755b69a1@mail.gmail.com> <1159197581.3843.62.camel@golgoth01> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> Message-ID: <1168187682.3857.0.camel@scorpio> Le dimanche 07 janvier 2007 ? 16:50 +0100, Patriiiiiiiiiick a ?crit : > On 11/2/06, Damien Sandras wrote: > > Can you try with another theme than the QT theme? > > I first tried without any special feature (debugging, symbols) as I > recently upgraded to openSUSE 10.2 and would have to recompile it all. > > http://phpfi.com/191430 > > Do you need more? > I need the result of the thread apply all bt typed inside gdb with a version compiled with debug symbols. Otherwise, it is impossible to understand what happens. Sorry :( -- _ 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 monkey at monkeynet.ca Sun Jan 7 16:39:34 2007 From: monkey at monkeynet.ca (Derek Wueppelmann) Date: Sun, 07 Jan 2007 11:39:34 -0500 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1167859384.3576.3.camel@golgoth01> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> <20070103193426.GA458342@lion.gg3.net> <1167854913.7042.56.camel@phosphorus.roaringpenguin.com> <1167859384.3576.3.camel@golgoth01> Message-ID: <1168187974.5287.0.camel@betelgeuse.orion> On Wed, 2007-01-03 at 22:23 +0100, Damien Sandras wrote: > Either it is because the driver returns a cropped image for that > resolution and palette, or it is because Ekiga doesn't support resizing > for that resolution and palette. > > Can you determine what palette Ekiga is using to capture from the > camera? It will allow me to tell you if you have to submit a bug report > to the driver or an enhancement request to Ekiga ;-) Sorry about the long delay there, but I was trying to find out how to get it to show me the Pallet it was trying to use. I haven't been able to figure that out yet. How would I go about doing this, or can you at least get me starting in where I should begin to look? -- o) Derek Wueppelmann (o (D . monkey at monkey.homeip.net D). ((` http://monkey.homeip.net/ ( ) ` -------------- 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 patrick.smart at gmail.com Sun Jan 7 16:43:08 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Sun, 7 Jan 2007 17:43:08 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0609221200w1e003d14vd9e71c806a536809@mail.gmail.com> <1159003382.5171.6.camel@golgoth01> <6eda068e0609231718n1f8dea39nc07b0eae755b69a1@mail.gmail.com> <1159197581.3843.62.camel@golgoth01> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> Message-ID: <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> The gdb backtrace: http://phpfi.com/191444 On 1/7/07, Patriiiiiiiiiick wrote: > On 11/2/06, Damien Sandras wrote: > > Can you try with another theme than the QT theme? > > I first tried without any special feature (debugging, symbols) as I > recently upgraded to openSUSE 10.2 and would have to recompile it all. > > http://phpfi.com/191430 > > Do you need more? > > Patrick > From patrick.smart at gmail.com Sun Jan 7 16:46:13 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Sun, 7 Jan 2007 17:46:13 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <1159003382.5171.6.camel@golgoth01> <6eda068e0609231718n1f8dea39nc07b0eae755b69a1@mail.gmail.com> <1159197581.3843.62.camel@golgoth01> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> Message-ID: <6eda068e0701070846j13e5125dob6c26fc45a595e10@mail.gmail.com> Sorry there are no debugging symbols there yet... TheBonsai saw something interesting there anyway... Will try to get those symbols but stop me if you don't need them! Patrick On 1/7/07, Patriiiiiiiiiick wrote: > The gdb backtrace: > > http://phpfi.com/191444 > > > On 1/7/07, Patriiiiiiiiiick wrote: > > On 11/2/06, Damien Sandras wrote: > > > Can you try with another theme than the QT theme? > > > > I first tried without any special feature (debugging, symbols) as I > > recently upgraded to openSUSE 10.2 and would have to recompile it all. > > > > http://phpfi.com/191430 > > > > Do you need more? > > > > Patrick > > > From lurch at gmx.li Sun Jan 7 17:22:33 2007 From: lurch at gmx.li (Stefan Bruens) Date: Sun, 07 Jan 2007 18:22:33 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701070846j13e5125dob6c26fc45a595e10@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <6eda068e0701070846j13e5125dob6c26fc45a595e10@mail.gmail.com> Message-ID: <200701071822.40510.lurch@gmx.li> Am Sonntag, 7. Januar 2007 17:46 schrieb Patriiiiiiiiiick: > Sorry there are no debugging symbols there yet... TheBonsai saw > something interesting there anyway... > > Will try to get those symbols but stop me if you don't need them! Just install the pwlib/opal/ekiga -debuginfo rpms. You can find in the opensuse oss repository 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: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From patrick.smart at gmail.com Sun Jan 7 17:52:52 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Sun, 7 Jan 2007 18:52:52 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <200701071822.40510.lurch@gmx.li> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <6eda068e0701070846j13e5125dob6c26fc45a595e10@mail.gmail.com> <200701071822.40510.lurch@gmx.li> Message-ID: <6eda068e0701070952n5cbd4307lf36d340d471f80fb@mail.gmail.com> On 1/7/07, Stefan Bruens wrote: > Just install the pwlib/opal/ekiga -debuginfo rpms. You can find in the > opensuse oss repository In fact, no, they are not. You will also see that there is a version mismatch between what is available and what is needed by Ekiga: the provided ekiga 2.0.3 package (without any debuginfo package provided) requires e.g. pwlib 1.11.1 but only a 1.11.0 version is provided in the build service directory. This info is based on http://benjiweber.co.uk:8080/webpin/index.jsp?distro=10.2&searchTerm=pwlib and on what the smart package manager indicates. I just had ekiga src rebuilt. I'll see what I can get out of this. Patrick From dsandras at seconix.com Sun Jan 7 18:07:57 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 07 Jan 2007 19:07:57 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0609221200w1e003d14vd9e71c806a536809@mail.gmail.com> <1159003382.5171.6.camel@golgoth01> <6eda068e0609231718n1f8dea39nc07b0eae755b69a1@mail.gmail.com> <1159197581.3843.62.camel@golgoth01> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> Message-ID: <1168193277.3544.0.camel@scorpio> Le dimanche 07 janvier 2007 ? 17:43 +0100, Patriiiiiiiiiick a ?crit : > The gdb backtrace: > > http://phpfi.com/191444 > I just see that there is a crash when freeing the memory allocated for a PDU. I have no idea why it occurs on your system, and is repeatable, because nobody else reported a similar crash. I would really think of a corrupted installation... > > On 1/7/07, Patriiiiiiiiiick wrote: > > On 11/2/06, Damien Sandras wrote: > > > Can you try with another theme than the QT theme? > > > > I first tried without any special feature (debugging, symbols) as I > > recently upgraded to openSUSE 10.2 and would have to recompile it all. > > > > http://phpfi.com/191430 > > > > Do you need more? > > > > Patrick > > > _______________________________________________ > 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 Sun Jan 7 18:08:43 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 07 Jan 2007 19:08:43 +0100 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1168187974.5287.0.camel@betelgeuse.orion> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> <20070103193426.GA458342@lion.gg3.net> <1167854913.7042.56.camel@phosphorus.roaringpenguin.com> <1167859384.3576.3.camel@golgoth01> <1168187974.5287.0.camel@betelgeuse.orion> Message-ID: <1168193323.3544.2.camel@scorpio> Le dimanche 07 janvier 2007 ? 11:39 -0500, Derek Wueppelmann a ?crit : > On Wed, 2007-01-03 at 22:23 +0100, Damien Sandras wrote: > > Either it is because the driver returns a cropped image for that > > resolution and palette, or it is because Ekiga doesn't support resizing > > for that resolution and palette. > > > > Can you determine what palette Ekiga is using to capture from the > > camera? It will allow me to tell you if you have to submit a bug report > > to the driver or an enhancement request to Ekiga ;-) > > Sorry about the long delay there, but I was trying to find out how to > get it to show me the Pallet it was trying to use. I haven't been able > to figure that out yet. How would I go about doing this, or can you at > least get me starting in where I should begin to look? > Ekiga -d 4 should "perhaps" tell you, I'm not sure about that. -- _ 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 patrick.smart at gmail.com Sun Jan 7 18:09:23 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Sun, 7 Jan 2007 19:09:23 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <1168193277.3544.0.camel@scorpio> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0609231718n1f8dea39nc07b0eae755b69a1@mail.gmail.com> <1159197581.3843.62.camel@golgoth01> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <1168193277.3544.0.camel@scorpio> Message-ID: <6eda068e0701071009i7a04ec8aqc538812ca57b75a6@mail.gmail.com> Hello! Here is a "better" version of the gdb backtrace. I'll see if I can go through the issues. http://phpfi.com/191481 Patrick PS: I'll consider the new install if needed... From law_ence.dev at ntlworld.com Sun Jan 7 18:40:53 2007 From: law_ence.dev at ntlworld.com (ael) Date: Sun, 07 Jan 2007 18:40:53 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <1168170831.6378.10.camel@scorpio> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> <1167987139.3548.18.camel@golgoth01> <459E5844.1060107@ntlworld.com> <1168016260.3654.10.camel@golgoth01> <459EE7BB.3020603@ntlworld.com> <1168170831.6378.10.camel@scorpio> Message-ID: <45A13EB5.5080604@ntlworld.com> Damien Sandras wrote: > Le samedi 06 janvier 2007 ? 00:05 +0000, ael a ?crit : > >>Damien Sandras wrote: >> >>>Le vendredi 05 janvier 2007 ? 13:53 +0000, ael a ?crit : >> >>>>I played for a fair time with the router settings, but I think the >>>>problem is that I don't know what the HandyTone ATA is actually doing. >>>>It is at the front end just after the cable modem so I think that is >>>>where the foible is hiding. Rarely I saw the STUN reporting symmetric >>>>NAT and I gather that the STUN protocol can be nondeterministic in such >>>>situations. My tests were with only 1 active machine on the network, so >>>>the STUN server might be seeing the ATA as one host and the ekiga >>>>machine as another. >>>> >>> >>> >>>Indeed, in such a case, STUN is non deterministic. >>> >>> >>> >>>>I will run etherreal during a session to see whether this helps: >> >>Damien, >> >>I am seeing some very odd things in the ethereal logs with ekiga sending >> malformed packets to a strange address in a few cases. Perhaps I am >>misinterpreting what I am seeing. I am testing on an debian i386 sarge >>system using 2.0.2-1.ekiga.sarge.1885. And >> >>$ ekiga --version >>Gnome ekiga 2.0.2 >> >>Before I look further, are there are known bugs in this version? Should >>I backport a later version, presumably 2.0.3, before going any further? >> > > > I don't think so... Having attempted the back port of 2.0.3, I got as far as opal, and then checked with Kilian Krause over a buglet in the debian src package. After a few further explorations and help from Kilian, I decided that it was a far larger job than I had realized. I gather that you too had decided that a backport to sarge wasn't worth the effort given its short remaining stable life. As a result, I now need to restore my sarge box to a consistent state which looks as if it will take some more time and effort :-) So I won't be able to report further for the time being. A E Lawrence From dsandras at seconix.com Sun Jan 7 18:49:01 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 07 Jan 2007 19:49:01 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701071009i7a04ec8aqc538812ca57b75a6@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0609231718n1f8dea39nc07b0eae755b69a1@mail.gmail.com> <1159197581.3843.62.camel@golgoth01> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <1168193277.3544.0.camel@scorpio> <6eda068e0701071009i7a04ec8aqc538812ca57b75a6@mail.gmail.com> Message-ID: <1168195741.3569.1.camel@scorpio> It is unfortunately the same. Are you registering to a special account? Le dimanche 07 janvier 2007 ? 19:09 +0100, Patriiiiiiiiiick a ?crit : > Hello! > > Here is a "better" version of the gdb backtrace. I'll see if I can go > through the issues. > > http://phpfi.com/191481 > > Patrick > > PS: I'll consider the new install if needed... > _______________________________________________ > 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 bernat.tallaferro at gmail.com Sun Jan 7 18:46:45 2007 From: bernat.tallaferro at gmail.com (Bernat Tallaferro) Date: Sun, 7 Jan 2007 19:46:45 +0100 Subject: [Ekiga-list] Ekiga win32 problems In-Reply-To: <1d9d9b240701060240h795acd1av7fa3c18d8dead4b7@mail.gmail.com> References: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> <459EA880.6070209@free.fr> <20070105203414.GA5047@pinux.info> <1d9d9b240701051304q782a39b3r5fdfa66412bcc3bf@mail.gmail.com> <1d9d9b240701060240h795acd1av7fa3c18d8dead4b7@mail.gmail.com> Message-ID: <1d9d9b240701071046q427ff727k8eb1b29e45076bf8@mail.gmail.com> Is there any way to debug the win32 port then? I'd be willing to help and get this sorted out. Thanks. 2007/1/6, Bernat Tallaferro : > > The last thing I tried was to install the win32 ekiga onto a second win XP > professional machine, and I got exactly the same error complaining about > libgtk-win32-2.0-0.dll. > > That machine happens to have MS Visual C++ 6 installed, so I got a bit > more information. What the debugger said was: > > "Unhandled exception in ekiga.exe (LIBGTK-WIN32-2.0-0.DLL): 0xC0000005: > Access violation." > > In any case, I realise that is still not much information. If I can, I'll > be glad to provide some more debug info if some developer can give me some > hint on how to produce some useful output. > > Many thanks. > > 2007/1/5, Bernat Tallaferro : > > > > Hi, > > > > 2007/1/5, Carles Pina i Estany : > > > > > > > > > Hi, > > > > > > On Jan/05/2007, Julien Puydt wrote: > > > > Bernat Tallaferro a ?crit : > > > > > error message and ekiga won't even start. The error message is the > > > > > following: > > > > > > > > > > AppName: ekiga.exe AppVer: 0.0.0.0 ModName: > > > libgtk-win32-2.0-0.dll > > > > > ModVer: 2.10.6.0 Offset: 002217a2 > > > > > > > > Hmmm... perhaps you're using a gtk+ runtime different from the one > > > used > > > > to compile ekiga? > > > > > > I thought that might have been it. When the error first appeared I had > > installed 2.10 (which is the one for win XP on the downloads front > > page), but after reading > > http://snapshots.seconix.com/win32/INSTALL_Gtk.txt, it seems that the > > available version of ekiga has been compiled against gtk 2.8.9. > > > > Then I uninstalled gtk 2.10 and installed 2.8.9.0, but I simply got a > > variation of the same error (where ModVer is 2.8.9.0 in the error > > message). > > > > I'm really frustrated on this one. I was so happy when I saw there was a > > win32 port of ekiga... > > > > 2 days ago I tried to run Ekiga in Windows XP, Professional edition. It > > > failed in same way. Last August worked in other Windows XP, I used the > > > > > > same method. I haven't had time to search deeply (is not my usual > > > machine). I downloaded everything fresh from Ekiga, Gtk, etc. > > > > > > > > I'm glad to see I'm not the only one. > > > > Anyone, if anyone has got any ideas or comments on this one, they will > > be very much appreciated. > > > > Many thanks to the ekiga developers and keep up the good work. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lurch at gmx.li Sun Jan 7 19:50:54 2007 From: lurch at gmx.li (Stefan Bruens) Date: Sun, 07 Jan 2007 20:50:54 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701070952n5cbd4307lf36d340d471f80fb@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <200701071822.40510.lurch@gmx.li> <6eda068e0701070952n5cbd4307lf36d340d471f80fb@mail.gmail.com> Message-ID: <200701072051.01123.lurch@gmx.li> Am Sonntag, 7. Januar 2007 18:52 schrieben Sie: > On 1/7/07, Stefan Bruens wrote: > > Just install the pwlib/opal/ekiga -debuginfo rpms. You can find in the > > opensuse oss repository > > In fact, no, they are not. You will also see that there is a version > mismatch between what is available and what is needed by Ekiga: the > provided ekiga 2.0.3 package (without any debuginfo package provided) > requires e.g. pwlib 1.11.1 but only a 1.11.0 version is provided in > the build service directory. I know what I am talking about: $> curl -X 'LIST pwlib*' 'ftp://ftp-1.gwdg.de/pub/opensuse/distribution/10.2/repo/oss/suse/i586/' -rw-r--r-- 1 ftp ftp 1200168 Nov 27 22:30 pwlib-1.11.1-27.i586.rpm -rw-r--r-- 1 ftp ftp 345703 Nov 27 22:30 pwlib-devel-1.11.1-27.i586.rpm -rw-r--r-- 1 ftp ftp 39706 Nov 27 22:30 pwlib-plugins-avc-1.11.1-27.i586.rpm -rw-r--r-- 1 ftp ftp 30234 Nov 27 22:30 pwlib-plugins-dc-1.11.1-27.i586.rpm -rw-r--r-- 1 ftp ftp 39856 Nov 27 22:30 pwlib-plugins-v4l2-1.11.1-27.i586.rpm $> curl -X 'LIST pwlib*' 'ftp://ftp-1.gwdg.de/pub/opensuse/distribution/10.2/repo/debug/suse/i586/' -rw-r--r-- 1 ftp ftp 3967907 Nov 27 22:30 pwlib-debuginfo-1.11.1-27.i586.rpm So where is your problem? 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: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From patrick.smart at gmail.com Sun Jan 7 22:22:28 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Sun, 7 Jan 2007 23:22:28 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <200701072051.01123.lurch@gmx.li> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <200701071822.40510.lurch@gmx.li> <6eda068e0701070952n5cbd4307lf36d340d471f80fb@mail.gmail.com> <200701072051.01123.lurch@gmx.li> Message-ID: <6eda068e0701071422y548a3717m66e088da2d8376e3@mail.gmail.com> On 1/7/07, Stefan Bruens wrote: > So where is your problem? That I didn't know that it was in a separate directory/repository and that, consequently, no tool I used returned it. Thank you for the tip! Patrick From patrick.smart at gmail.com Sun Jan 7 22:50:04 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Sun, 7 Jan 2007 23:50:04 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <1168195741.3569.1.camel@scorpio> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <1168193277.3544.0.camel@scorpio> <6eda068e0701071009i7a04ec8aqc538812ca57b75a6@mail.gmail.com> <1168195741.3569.1.camel@scorpio> Message-ID: <6eda068e0701071450g73980568g2129b32522141bfe@mail.gmail.com> On 1/7/07, Damien Sandras wrote: > It is unfortunately the same. Just in case it changes something, with the last version of the libs: http://phpfi.com/191589 > Are you registering to a special account? An ipness one. We could arrange a test (by yourself) if you wish. Patrick From dsandras at seconix.com Mon Jan 8 08:57:34 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 08 Jan 2007 09:57:34 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701071450g73980568g2129b32522141bfe@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0610311707k66633477yaef53c4d10470935@mail.gmail.com> <1162380991.3830.5.camel@golgoth01> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <1168193277.3544.0.camel@scorpio> <6eda068e0701071009i7a04ec8aqc538812ca57b75a6@mail.gmail.com> <1168195741.3569.1.camel@scorpio> <6eda068e0701071450g73980568g2129b32522141bfe@mail.gmail.com> Message-ID: <1168246654.4460.9.camel@scorpio> Le dimanche 07 janvier 2007 ? 23:50 +0100, Patriiiiiiiiiick a ?crit : > On 1/7/07, Damien Sandras wrote: > > It is unfortunately the same. > > Just in case it changes something, with the last version of the libs: > > http://phpfi.com/191589 > > > > Are you registering to a special account? > > An ipness one. We could arrange a test (by yourself) if you wish. > Could you give me in a private e-mail your account information? I will try tonight. If I can reproduce the bug, I fix it :-) I suppose that giving a few calls to a belgian number is enough to reproduce the bug? -- _ 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 massimo.perga at gmail.com Mon Jan 8 13:53:16 2007 From: massimo.perga at gmail.com (Massimo Perga) Date: Mon, 8 Jan 2007 14:53:16 +0100 Subject: [Ekiga-list] Internetcalls.com interoperability Message-ID: Hello All, I've tried to interoperate Ekiga with internetcalls.com service and on the receiving side the quality was very poor. Could you please let me know which settings (in particular, codecs) are you using to have good quality on such a service ? Thanks, Regards, Max -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 8 14:04:49 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 08 Jan 2007 15:04:49 +0100 Subject: [Ekiga-list] Internetcalls.com interoperability In-Reply-To: References: Message-ID: <1168265089.4460.38.camel@scorpio> Le lundi 08 janvier 2007 ? 14:53 +0100, Massimo Perga a ?crit : > Hello All, > I've tried to interoperate Ekiga with internetcalls.com service and > on the receiving side the quality was very poor. > Could you please let me know which settings (in particular, codecs) > are you using to have good quality on such a service ? > Is the quality problem due to Ekiga or internetcalls.com? My guess would be that it is due to the second. So there is nothing to do unfortunately :-/ -- _ 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 tashazo at gmail.com Tue Jan 9 01:46:10 2007 From: tashazo at gmail.com (Natasha) Date: Mon, 08 Jan 2007 20:46:10 -0500 Subject: [Ekiga-list] unable to IM Message-ID: <45A2F3E2.10206@gmail.com> Hello! I love Ekiga but I cannot send or receive instant messages. I have set up my ekiga softphone to register to voxalot.com, which is like a 'mother' account for my voip providers. I have ekiga.net registered as well... Anyways, I thought that maybe it was the voxalot account that couldnt forward messages, but even when I made the ekiga.net one as Default (and the receiver's settings like that too) I see no improvement. Audio is fine, I'm properly registered, I show as "online" on ekiga.net's phonebook, can get & make calls, etc - just no chat. (I'm on Ubuntu Dapper) Any ideas? From monkey at monkeynet.ca Tue Jan 9 02:31:06 2007 From: monkey at monkeynet.ca (Derek Wueppelmann) Date: Mon, 08 Jan 2007 21:31:06 -0500 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1168193323.3544.2.camel@scorpio> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> <20070103193426.GA458342@lion.gg3.net> <1167854913.7042.56.camel@phosphorus.roaringpenguin.com> <1167859384.3576.3.camel@golgoth01> <1168187974.5287.0.camel@betelgeuse.orion> <1168193323.3544.2.camel@scorpio> Message-ID: <1168309866.5744.1.camel@betelgeuse.orion> On Sun, 2007-01-07 at 19:08 +0100, Damien Sandras wrote: > Ekiga -d 4 should "perhaps" tell you, I'm not sure about that. HEre is what I get from doing that, I didn't see anythign that jumped out as being Palette information: 2007/01/08 21:29:34.303 0:06.801 ekiga Detected audio plugins: ALSA,OSS 2007/01/08 21:29:34.304 0:06.801 ekiga Detected video plugins: Picture,V4L2,V4L 2007/01/08 21:29:34.304 0:06.802 ekiga Detected audio plugins: ALSA,OSS 2007/01/08 21:29:34.305 0:06.802 ekiga Detected video plugins: Picture,V4L2,V4L 2007/01/08 21:29:36.108 0:08.605 ekiga Detected the following audio input devices: C-Media PCI CMI8738-MC6,USB Device 0x46d:0x8ad,Default with plugin ALSA 2007/01/08 21:29:36.108 0:08.605 ekiga Detected the following audio output devices: C-Media PCI CMI8738-MC6,Default with plugin ALSA 2007/01/08 21:29:36.109 0:08.606 ekiga Detected the following video input devices: Logitech QuickCam Communicate S with plugin V4L 2007/01/08 21:29:36.109 0:08.606 ekiga Detected the following audio input devices: C-Media PCI CMI8738-MC6,USB Device 0x46d:0x8ad,Default with plugin ALSA 2007/01/08 21:29:36.110 0:08.607 ekiga Detected the following audio output devices: C-Media PCI CMI8738-MC6,Default with plugin ALSA 2007/01/08 21:29:36.110 0:08.607 ekiga Detected the following video input devices: Logitech QuickCam Communicate S with plugin V4L 2007/01/08 21:29:38.315 0:10.813 ekiga Ekiga version 2.0.2 2007/01/08 21:29:38.316 0:10.813 ekiga OPAL version unknown 2007/01/08 21:29:38.316 0:10.813 ekiga PWLIB version 1.10.1 2007/01/08 21:29:38.316 0:10.813 ekiga GNOME support enabled 2007/01/08 21:29:38.316 0:10.813 ekiga Fullscreen support enabled 2007/01/08 21:29:38.317 0:10.814 ekiga DBUS support disabled 2007/01/08 21:29:38.369 0:10.866 ekiga Set TCP port range to 30000:30010 2007/01/08 21:29:38.370 0:10.867 ekiga Set RTP port range to 5000:5059 2007/01/08 21:29:38.370 0:10.867 ekiga Set UDP port range to 5060:5100 2007/01/08 21:29:38.400 0:10.898 ekiga OpalEP Created endpoint: h323 2007/01/08 21:29:38.401 0:10.903 ekiga H323 Created endpoint. 2007/01/08 21:29:38.408 0:10.905 ekiga OpalMan Added route "pc:.*=h323:" 2007/01/08 21:29:38.442 0:10.939 ekiga OpalEP Created endpoint: sip 2007/01/08 21:29:38.443 0:10.947 ekiga SIP Created endpoint. 2007/01/08 21:29:38.451 0:10.949 ekiga OpalMan Added route "pc:.*=sip:" 2007/01/08 21:29:38.452 0:10.949 ekiga OpalEP Created endpoint: pc 2007/01/08 21:29:38.484 0:10.982 ekiga PCSS Created PC sound system endpoint. 2007/01/08 21:29:38.485 0:10.982 ekiga OpalMan Added route "h323:.*=pc:" 2007/01/08 21:29:38.485 0:10.982 ekiga OpalMan Added route "sip:.*=pc:" 2007/01/08 21:29:42.187 0:14.685 Opal Listener:8362588 Listen Started listening thread on tcp$192.168.11.3:1720 2007/01/08 21:29:42.211 0:14.709 Opal Listener:8362588 Listen Waiting on socket accept on tcp$192.168.11.3:1720 2007/01/08 21:29:42.250 0:14.749 Opal Listener:8365230 Listen Started listening thread on udp$192.168.11.3:5060 2007/01/08 21:29:42.260 0:14.772 Opal Listener:8365230 Listen Waiting on UDP packet on udp$192.168.11.3:5060 -- o) Derek Wueppelmann (o (D . monkey at monkey.homeip.net D). ((` http://monkey.homeip.net/ ( ) ` -------------- 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 jan.schampera at web.de Tue Jan 9 04:20:08 2007 From: jan.schampera at web.de (Jan Schampera) Date: Tue, 9 Jan 2007 05:20:08 +0100 Subject: [Ekiga-list] unable to IM In-Reply-To: <45A2F3E2.10206@gmail.com> References: <45A2F3E2.10206@gmail.com> Message-ID: <20070109052008.5c196e03@localhost.localdomain> On Mon, 08 Jan 2007 20:46:10 -0500 Natasha wrote: > ekiga.net's phonebook, can get & make calls, etc - just no chat. How does the chat "fail"? Any messages? J. -- I know life sometimes can get tough! and I know life sometimes can be a drag! But people, we have been given a gift, we have been given a road And that roads name is... rock and roll! KISS in "God gave Rock'n'Roll to you" From patrick.smart at gmail.com Tue Jan 9 13:52:22 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Tue, 9 Jan 2007 14:52:22 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <1168246654.4460.9.camel@scorpio> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <1168193277.3544.0.camel@scorpio> <6eda068e0701071009i7a04ec8aqc538812ca57b75a6@mail.gmail.com> <1168195741.3569.1.camel@scorpio> <6eda068e0701071450g73980568g2129b32522141bfe@mail.gmail.com> <1168246654.4460.9.camel@scorpio> Message-ID: <6eda068e0701090552l77047c4cj814d16b09439cd2d@mail.gmail.com> On 1/8/07, Damien Sandras wrote: > Could you give me in a private e-mail your account information? Will do. http://saintbenoit.eu/ekiga_config.jpg is the public part. > I will try tonight. If I can reproduce the bug, I fix it :-) > > I suppose that giving a few calls to a belgian number is enough to > reproduce the bug? No, outgoing calls are just fine. You should just give a call (and wait for a few seconds after pick-up) to Ekiga with my number registered. Personnally, I only tested from a mobile since I have no fixed line and I have free minutes. In my case, the freeze is systematic after about 5 seconds. Thank you for your time. Patrick From tashazo at gmail.com Tue Jan 9 17:50:47 2007 From: tashazo at gmail.com (Natasha) Date: Tue, 09 Jan 2007 12:50:47 -0500 Subject: [Ekiga-list] unable to IM In-Reply-To: References: Message-ID: <45A3D5F7.7010008@gmail.com> Hi Jan, It just doesnt go through at all. The person sending me the message will see something like "message too large" or "not allowed" or something, and when I try sending I get either nothing or it shuts down ekiga and asks me to 'force quit'. Does the chat HAVE to go through a certain provider, such as ekiga.net? Or do all voip providers automatically allow IM's to go through? Today I see I'm not registered to ekiga.net or even my voxalot.com account, so that's a problem. But before I was fully registered with all my accounts so I dont think that's the issue. My ekiga.net username is tashaz0 Thanks. From dsandras at seconix.com Tue Jan 9 18:37:51 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 09 Jan 2007 19:37:51 +0100 Subject: [Ekiga-list] unable to IM In-Reply-To: <45A3D5F7.7010008@gmail.com> References: <45A3D5F7.7010008@gmail.com> Message-ID: <1168367871.3512.0.camel@scorpio> Le mardi 09 janvier 2007 ? 12:50 -0500, Natasha a ?crit : > Hi Jan, > It just doesnt go through at all. The person sending me the message will > see something like "message too large" or "not allowed" or something, > and when I try sending I get either nothing or it shuts down ekiga and > asks me to 'force quit'. > Does the chat HAVE to go through a certain provider, such as ekiga.net? > Or do all voip providers automatically allow IM's to go through? > Today I see I'm not registered to ekiga.net or even my voxalot.com > account, so that's a problem. But before I was fully registered with all > my accounts so I dont think that's the issue. Please provide a -d 4 output. Thanks, -- _ 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 Jan 9 19:48:26 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 09 Jan 2007 20:48:26 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701090552l77047c4cj814d16b09439cd2d@mail.gmail.com> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0611011552r69ed018cu9dd50d8cd01019a3@mail.gmail.com> <1162471810.5152.10.camel@golgoth01> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <1168193277.3544.0.camel@scorpio> <6eda068e0701071009i7a04ec8aqc538812ca57b75a6@mail.gmail.com> <1168195741.3569.1.camel@scorpio> <6eda068e0701071450g73980568g2129b32522141bfe@mail.gmail.com> <1168246654.4460.9.camel@scorpio> <6eda068e0701090552l77047c4cj814d16b09439cd2d@mail.gmail.com> Message-ID: <1168372106.3469.1.camel@scorpio> Le mardi 09 janvier 2007 ? 14:52 +0100, Patriiiiiiiiiick a ?crit : > On 1/8/07, Damien Sandras wrote: > > Could you give me in a private e-mail your account information? > > Will do. http://saintbenoit.eu/ekiga_config.jpg is the public part. > > > I will try tonight. If I can reproduce the bug, I fix it :-) > > > > I suppose that giving a few calls to a belgian number is enough to > > reproduce the bug? > > No, outgoing calls are just fine. You should just give a call (and > wait for a few seconds after pick-up) to Ekiga with my number > registered. Personnally, I only tested from a mobile since I have no > fixed line and I have free minutes. In my case, the freeze is > systematic after about 5 seconds. > I have done a few incoming calls without having any crash. I start thinking it could be the same problem than here : http://bugzilla.gnome.org/show_bug.cgi?id=379801 Which I have recently fixed. Could you try with CVS? Btw, thanks for having provided your private info. -- _ 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 Jan 9 19:51:11 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 09 Jan 2007 20:51:11 +0100 Subject: [Ekiga-list] unable to IM In-Reply-To: <45A3EAD4.7010806@gmail.com> References: <45A3D5F7.7010008@gmail.com> <1168367871.3512.0.camel@scorpio> <45A3EAD4.7010806@gmail.com> Message-ID: <1168372271.3469.6.camel@scorpio> Le mardi 09 janvier 2007 ? 14:19 -0500, Natasha a ?crit : > _/Okay, I did ekiga -d 4, and got a lot of action. This is a long > email, sorry I don't know what you need to see or not see. Anyways, > this is the first part, where it paused so I had time to copy it:/_ > ekiga -d 4 > output.txt 2>&1 will give you a file. I see no MESSAGE attempt in that log. > 2007/01/09 14:11:48.145 0:00.244 ekiga Detected > audio plugins: ALSA > 2007/01/09 14:11:48.146 0:00.244 ekiga Detected > video plugins: Picture,V4L2,V4L > 2007/01/09 14:11:48.146 0:00.244 ekiga Detected > audio plugins: ALSA > 2007/01/09 14:11:48.146 0:00.244 ekiga Detected > video plugins: Picture,V4L2,V4L > 2007/01/09 14:11:48.183 0:00.281 ekiga Detected > the following audio input devices: Intel 82801DB-ICH4,Default with > plugin ALSA > 2007/01/09 14:11:48.183 0:00.281 ekiga Detected > the following audio output devices: Intel 82801DB-ICH4,Default with > plugin ALSA > 2007/01/09 14:11:48.183 0:00.281 ekiga Detected > the following video input devices: No device found with plugin V4L > 2007/01/09 14:11:48.183 0:00.281 ekiga Detected > the following audio input devices: Intel 82801DB-ICH4,Default with > plugin ALSA > 2007/01/09 14:11:48.183 0:00.281 ekiga Detected > the following audio output devices: Intel 82801DB-ICH4,Default with > plugin ALSA > 2007/01/09 14:11:48.183 0:00.281 ekiga Detected > the following video input devices: No device found with plugin V4L > 2007/01/09 14:11:48.201 0:00.299 ekiga AVAHI > Failed to create client: Daemon not running > 2007/01/09 14:11:48.771 0:00.869 ekiga > GnomeMeeting version 2.0.1 > 2007/01/09 14:11:48.772 0:00.870 ekiga OPAL > version unknown > 2007/01/09 14:11:48.772 0:00.870 ekiga PWLIB > version 1.10.0 > 2007/01/09 14:11:48.772 0:00.870 ekiga GNOME > support enabled > 2007/01/09 14:11:48.773 0:00.871 ekiga > Fullscreen support enabled > 2007/01/09 14:11:48.774 0:00.872 ekiga DBUS > support disabled > 2007/01/09 14:11:48.779 0:00.877 ekiga Set TCP > port range to 3000030010 > 2007/01/09 14:11:48.779 0:00.877 ekiga Set RTP > port range to 50005059 > 2007/01/09 14:11:48.779 0:00.877 ekiga Set UDP > port range to 50605100 > 2007/01/09 14:11:48.780 0:00.878 ekiga OpalEP > Created endpoint: h323 > 2007/01/09 14:11:48.780 0:00.878 ekiga H323 > Created endpoint. > 2007/01/09 14:11:48.783 0:00.881 ekiga OpalMan > Added route "pc:.*=h323:" > 2007/01/09 14:11:48.784 0:00.882 ekiga OpalEP > Created endpoint: sip > 2007/01/09 14:11:48.784 0:00.882 ekiga SIP > Created endpoint. > 2007/01/09 14:11:48.785 0:00.883 ekiga OpalMan > Added route "pc:.*=sip:" > 2007/01/09 14:11:48.785 0:00.883 ekiga OpalEP > Created endpoint: pc > 2007/01/09 14:11:48.786 0:00.884 ekiga PCSS > Created PC sound system endpoint. > 2007/01/09 14:11:48.787 0:00.885 ekiga OpalMan > Added route "h323:.*=pc:" > 2007/01/09 14:11:48.787 0:00.885 ekiga OpalMan > Added route "sip:.*=pc:" > 2007/01/09 14:11:48.862 0:00.960 ekiga AVAHI > Error initializing Avahi: %sDaemon not running > 2007/01/09 14:11:48.880 0:00.978 Opal Listener:83cdbf0 Listen > Started listening thread on tcp$192.168.1.43:1720 > 2007/01/09 14:11:48.880 0:00.978 Opal Listener:83cdbf0 Listen > Waiting on socket accept on tcp$192.168.1.43:1720 > 2007/01/09 14:11:48.883 0:00.981 Opal Listener:83ce318 Listen > Started listening thread on udp$192.168.1.43:5060 > 2007/01/09 14:11:48.883 0:00.981 Opal Listener:83ce318 Listen > Waiting on UDP packet on udp$192.168.1.43:5060 > 2007/01/09 14:12:09.649 0:21.747 GMStunClient:0842ef90 OPAL > STUN server "stun.ekiga.net" replies Port Restricted NAT, external IP > 138.89.11.222 > > _/And this is the last part (there was stuff in between that I lost). > It looks like it just kept on trying to register or there are backed up > messages or something I dont know... > /_ > for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:41.024 0:53.122 SIP Transport:84a9bf0 Opal > Transport clean up on termination > 2007/01/09 14:12:41.025 0:53.123 SIP Transport:84a9bf0 OpalUDP > Close > 2007/01/09 14:12:41.025 0:53.124 SIP Transport:84a9bf0 Opal > Transport Close > 2007/01/09 14:12:41.026 0:53.124 SIP Transport:8483e10 SIP > Read thread finished. > 2007/01/09 14:12:41.027 0:53.125 SIP Transport:84a9bf0 OpalUDP > Binding to interface: 192.168.1.43:33692 > 2007/01/09 14:12:41.028 0:53.127 SIP Transport:84a9bf0 SIP > Created transport udp$0.0.0.0 > 2007/01/09 14:12:41.029 0:53.127 SIP Transport:84a9bf0 OpalUDP > Started connect to 64.34.163.35:5060 > 2007/01/09 14:12:41.528 0:53.626 Housekeeper SIP > Set state Terminated_Success for transaction 10 SUBSCRIBE > 2007/01/09 14:12:41.640 0:53.738 Housekeeper SIP > Set state Terminated_Success for transaction 11 SUBSCRIBE > 2007/01/09 14:12:42.117 0:54.215 SIP Transport:84a9bf0 OpalUDP > STUN created socket: 138.89.11.222:50840 > 2007/01/09 14:12:42.118 0:54.216 SIP Transport:84a9bf0 SIP > Created Transport for Registrar > udp$64.34.163.35:5060 > 2007/01/09 14:12:42.123 0:54.221 SIP Transport:84a9bf0 SIP > Sending PDU on udp$64.34.163.35:5060 > SUBSCRIBE sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 12 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bKdc6b430c-839e-db11-83ed-0012f04d9b28;rport > User-Agent: Ekiga/2.0.1 > From: ;tag=2c5d430c-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Contact: > Accept: application/simple-message-summary > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Expires: 3600 > Event: message-summary > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:42.124 0:54.222 SIP Transport:84a9bf0 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:42.126 0:54.224 SIP Transport:84a9bf0 SIP > PDU Received on udp$64.34.163.35:5060 > SIP/2.0 200 OK > CSeq: 6 REGISTER > Via: SIP/2.0/UDP > 138.89.11.222:50103;branch=z9hG4bK4c52c506-839e-db11-83ed-0012f04d9b28;rport=50103 > Server: OpenSer (1.1.0-notls (i386/linux)) > From: ;tag=e243c506-839e-db11-83ed-0012f04d9b28 > Call-ID: 3484f403-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.e176 > Contact: > ;expires=1570;received="sip:138.89.11.222:50248", > ;expires=3072, > ;expires=3270, > ;expires=3600 > Warning: 392 64.34.163.35:5060 "Noisy feedback tells: pid=29453 > req_src_ip=138.89.11.222 req_src_port=50103 in_uri=sip:64.34.163.35 > out_uri=sip:64.34.163.35 via_cnt==1" > Content-Length: 0 > > > 2007/01/09 14:12:42.127 0:54.225 SIP Transport:84a9bf0 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:42.131 0:54.229 SIP Transport:84f5128 SIP > Read thread started. > 2007/01/09 14:12:42.132 0:54.230 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:42.372 0:54.470 Housekeeper SIP > Transaction 12 SUBSCRIBE timeout, making retry 1 > 2007/01/09 14:12:42.373 0:54.471 Housekeeper SIP > Sending PDU on udp$64.34.163.35:5060 > SUBSCRIBE sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 12 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bKdc6b430c-839e-db11-83ed-0012f04d9b28;rport > User-Agent: Ekiga/2.0.1 > From: ;tag=2c5d430c-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Contact: > Accept: application/simple-message-summary > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Expires: 3600 > Event: message-summary > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:42.876 0:54.975 Housekeeper SIP > Transaction 12 SUBSCRIBE timeout, making retry 2 > 2007/01/09 14:12:42.877 0:54.975 Housekeeper SIP > Sending PDU on udp$64.34.163.35:5060 > SUBSCRIBE sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 12 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bKdc6b430c-839e-db11-83ed-0012f04d9b28;rport > User-Agent: Ekiga/2.0.1 > From: ;tag=2c5d430c-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Contact: > Accept: application/simple-message-summary > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Expires: 3600 > Event: message-summary > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:43.124 0:55.222 Housekeeper SIP > Set state Terminated_Success for transaction 5 REGISTER > 2007/01/09 14:12:43.502 0:55.600 SIP Transport:84f5128 SIP > Bad Request-Line received on > udp$64.34.163.35:5060 > 2007/01/09 14:12:43.503 0:55.601 SIP Transport:84f5128 SIP > Malformed request received on > udp$64.34.163.35:5060 > 2007/01/09 14:12:43.503 0:55.601 SIP Transport:84f5128 SIP > Sending PDU on udp$64.34.163.35:5060 > SIP/2.0 400 BadRequest > CSeq: 12 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bKdc6b430c-839e-db11-83ed-0012f04d9b28;rport=50840 > From: ;tag=2c5d430c-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.2ff9 > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Content-Length: 0 > > > 2007/01/09 14:12:43.504 0:55.602 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:43.676 0:55.774 SIP Transport:84f5128 SIP > PDU Received on udp$64.34.163.35:5060 > SIP/2.0 401 Unauthorized > CSeq: 12 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bKdc6b430c-839e-db11-83ed-0012f04d9b28;rport=50840 > Server: OpenSer (1.1.0-notls (i386/linux)) > From: ;tag=2c5d430c-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.2ff9 > Warning: 392 64.34.163.35:5060 "Noisy feedback tells: pid=29436 > req_src_ip=138.89.11.222 req_src_port=50840 > in_uri=sip:828274 at 64.34.163.35 out_uri=sip:828274 at 64.34.163.35 via_cnt==1" > Content-Length: 0 > WWW-Authenticate: Digest realm="voxalot.com", > nonce="45a3ea58cb1a0399415dfc1f002e0021f68110f7" > > > 2007/01/09 14:12:43.677 0:55.775 SIP Transport:84f5128 SIP > Transaction 12 SUBSCRIBE completed. > 2007/01/09 14:12:43.677 0:55.775 SIP Transport:84f5128 OpalUDP > Ended connect, selecting 138.89.11.222:50840 > 2007/01/09 14:12:43.677 0:55.775 SIP Transport:84f5128 SIP > Received Authentication Required response > 2007/01/09 14:12:43.681 0:55.779 SIP Transport:84f5128 SIP > Adding authentication information > 2007/01/09 14:12:43.682 0:55.780 SIP Transport:84f5128 SIP > Sending PDU on udp$64.34.163.35:5060 > SUBSCRIBE sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 13 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a4e310d-839e-db11-83ed-0012f04d9b28;rport > User-Agent: Ekiga/2.0.1 > Authorization: Digest username="828274", realm="voxalot.com", > nonce="45a3ea58cb1a0399415dfc1f002e0021f68110f7", > uri="sip:828274 at 64.34.163.35", > response="01fcf5b9e3f03c1ecc9cadd7070c300b", algorithm=md5 > From: ;tag=7e3f310d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Contact: > Accept: application/simple-message-summary > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Expires: 3600 > Event: message-summary > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:43.682 0:55.780 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:43.936 0:56.035 Housekeeper SIP > Transaction 13 SUBSCRIBE timeout, making retry 1 > 2007/01/09 14:12:43.937 0:56.035 Housekeeper SIP > Sending PDU on udp$64.34.163.35:5060 > SUBSCRIBE sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 13 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a4e310d-839e-db11-83ed-0012f04d9b28;rport > User-Agent: Ekiga/2.0.1 > Authorization: Digest username="828274", realm="voxalot.com", > nonce="45a3ea58cb1a0399415dfc1f002e0021f68110f7", > uri="sip:828274 at 64.34.163.35", > response="01fcf5b9e3f03c1ecc9cadd7070c300b", algorithm=md5 > From: ;tag=7e3f310d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Contact: > Accept: application/simple-message-summary > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Expires: 3600 > Event: message-summary > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:44.167 0:56.265 SIP Transport:84f5128 SIP > PDU Received on udp$64.34.163.35:5060 > SIP/2.0 401 Unauthorized > CSeq: 12 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bKdc6b430c-839e-db11-83ed-0012f04d9b28;rport=50840 > Server: OpenSer (1.1.0-notls (i386/linux)) > From: ;tag=2c5d430c-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.2ff9 > Warning: 392 64.34.163.35:5060 "Noisy feedback tells: pid=29434 > req_src_ip=138.89.11.222 req_src_port=50840 > in_uri=sip:828274 at 64.34.163.35 out_uri=sip:828274 at 64.34.163.35 via_cnt==1" > Content-Length: 0 > WWW-Authenticate: Digest realm="voxalot.com", > nonce="45a3ea58cb1a0399415dfc1f002e0021f68110f7" > > > 2007/01/09 14:12:44.167 0:56.266 SIP Transport:84f5128 SIP > Transaction 12 SUBSCRIBE completed. > 2007/01/09 14:12:44.168 0:56.266 SIP Transport:84f5128 SIP > Sending PDU on udp$64.34.163.35:5060 > CANCEL sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 13 CANCEL > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a4e310d-839e-db11-83ed-0012f04d9b28;rport > From: ;tag=7e3f310d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:44.169 0:56.267 SIP Transport:84f5128 SIP > Received Authentication Required response > 2007/01/09 14:12:44.172 0:56.270 SIP Transport:84f5128 SIP > Adding authentication information > 2007/01/09 14:12:44.173 0:56.271 SIP Transport:84f5128 SIP > Sending PDU on udp$64.34.163.35:5060 > SUBSCRIBE sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 14 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a447c0d-839e-db11-83ed-0012f04d9b28;rport > User-Agent: Ekiga/2.0.1 > Authorization: Digest username="828274", realm="voxalot.com", > nonce="45a3ea58cb1a0399415dfc1f002e0021f68110f7", > uri="sip:828274 at 64.34.163.35", > response="01fcf5b9e3f03c1ecc9cadd7070c300b", algorithm=md5 > From: ;tag=c4357c0d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Contact: > Accept: application/simple-message-summary > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Expires: 3600 > Event: message-summary > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:44.174 0:56.272 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:44.424 0:56.523 Housekeeper SIP > Transaction 13 SUBSCRIBE timeout, making retry 1 > 2007/01/09 14:12:44.425 0:56.523 Housekeeper SIP > Sending PDU on udp$64.34.163.35:5060 > CANCEL sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 13 CANCEL > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a4e310d-839e-db11-83ed-0012f04d9b28;rport > From: ;tag=7e3f310d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:44.426 0:56.524 Housekeeper SIP > Transaction 14 SUBSCRIBE timeout, making retry 1 > 2007/01/09 14:12:44.426 0:56.524 Housekeeper SIP > Sending PDU on udp$64.34.163.35:5060 > SUBSCRIBE sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 14 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a447c0d-839e-db11-83ed-0012f04d9b28;rport > User-Agent: Ekiga/2.0.1 > Authorization: Digest username="828274", realm="voxalot.com", > nonce="45a3ea58cb1a0399415dfc1f002e0021f68110f7", > uri="sip:828274 at 64.34.163.35", > response="01fcf5b9e3f03c1ecc9cadd7070c300b", algorithm=md5 > From: ;tag=c4357c0d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Contact: > Accept: application/simple-message-summary > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Expires: 3600 > Event: message-summary > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:44.929 0:57.027 Housekeeper SIP > Transaction 13 SUBSCRIBE timeout, making retry 2 > 2007/01/09 14:12:44.929 0:57.027 Housekeeper SIP > Sending PDU on udp$64.34.163.35:5060 > CANCEL sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 13 CANCEL > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a4e310d-839e-db11-83ed-0012f04d9b28;rport > From: ;tag=7e3f310d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:44.930 0:57.028 Housekeeper SIP > Transaction 14 SUBSCRIBE timeout, making retry 2 > 2007/01/09 14:12:44.930 0:57.028 Housekeeper SIP > Sending PDU on udp$64.34.163.35:5060 > SUBSCRIBE sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 14 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a447c0d-839e-db11-83ed-0012f04d9b28;rport > User-Agent: Ekiga/2.0.1 > Authorization: Digest username="828274", realm="voxalot.com", > nonce="45a3ea58cb1a0399415dfc1f002e0021f68110f7", > uri="sip:828274 at 64.34.163.35", > response="01fcf5b9e3f03c1ecc9cadd7070c300b", algorithm=md5 > From: ;tag=c4357c0d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Contact: > Accept: application/simple-message-summary > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Expires: 3600 > Event: message-summary > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:45.105 0:57.203 SIP Transport:84f5128 SIP > PDU Received on udp$64.34.163.35:5060 > SIP/2.0 200 OK > CSeq: 13 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a4e310d-839e-db11-83ed-0012f04d9b28;rport=50840 > Server: OpenSer (1.1.0-notls (i386/linux)) > From: ;tag=7e3f310d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.0b60 > Warning: 392 64.34.163.35:5060 "Noisy feedback tells: pid=29468 > req_src_ip=138.89.11.222 req_src_port=50840 > in_uri=sip:828274 at 64.34.163.35 out_uri=sip:828274 at 64.34.163.35 via_cnt==1" > Content-Length: 0 > > > 2007/01/09 14:12:45.106 0:57.204 SIP Transport:84f5128 SIP > Transaction 13 SUBSCRIBE completed. > 2007/01/09 14:12:45.107 0:57.205 SIP Transport:84f5128 SIP > Sending PDU on udp$64.34.163.35:5060 > CANCEL sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 14 CANCEL > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a447c0d-839e-db11-83ed-0012f04d9b28;rport > From: ;tag=c4357c0d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:45.107 0:57.205 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:45.145 0:57.243 SIP Transport:84f5128 SIP > PDU Received on udp$64.34.163.35:5060 > SIP/2.0 200 OK > CSeq: 13 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a4e310d-839e-db11-83ed-0012f04d9b28;rport=50840 > Server: OpenSer (1.1.0-notls (i386/linux)) > From: ;tag=7e3f310d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.0b60 > Warning: 392 64.34.163.35:5060 "Noisy feedback tells: pid=29433 > req_src_ip=138.89.11.222 req_src_port=50840 > in_uri=sip:828274 at 64.34.163.35 out_uri=sip:828274 at 64.34.163.35 via_cnt==1" > Content-Length: 0 > > > 2007/01/09 14:12:45.146 0:57.244 SIP Transport:84f5128 SIP > Transaction 13 SUBSCRIBE completed. > 2007/01/09 14:12:45.146 0:57.245 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:45.177 0:57.275 Housekeeper SIP > Set state Terminated_Success for transaction 12 SUBSCRIBE > 2007/01/09 14:12:45.361 0:57.459 Housekeeper SIP > Transaction 14 SUBSCRIBE timeout, making retry 1 > 2007/01/09 14:12:45.361 0:57.459 Housekeeper SIP > Sending PDU on udp$64.34.163.35:5060 > CANCEL sip:828274 at 64.34.163.35 SIP/2.0 > CSeq: 14 CANCEL > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a447c0d-839e-db11-83ed-0012f04d9b28;rport > From: ;tag=c4357c0d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: > Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, SUBSCRIBE, NOTIFY, > REFER, MESSAGE > Content-Length: 0 > Max-Forwards: 70 > > > 2007/01/09 14:12:45.546 0:57.644 SIP Transport:84f5128 SIP > PDU Received on udp$64.34.163.35:5060 > SIP/2.0 200 OK > CSeq: 14 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a447c0d-839e-db11-83ed-0012f04d9b28;rport=50840 > Server: OpenSer (1.1.0-notls (i386/linux)) > From: ;tag=c4357c0d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.b235 > Warning: 392 64.34.163.35:5060 "Noisy feedback tells: pid=29471 > req_src_ip=138.89.11.222 req_src_port=50840 > in_uri=sip:828274 at 64.34.163.35 out_uri=sip:828274 at 64.34.163.35 via_cnt==1" > Content-Length: 0 > > > 2007/01/09 14:12:45.547 0:57.645 SIP Transport:84f5128 SIP > Transaction 14 SUBSCRIBE completed. > 2007/01/09 14:12:45.548 0:57.646 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:45.739 0:57.837 SIP Transport:84f5128 SIP > PDU Received on udp$64.34.163.35:5060 > SIP/2.0 200 OK > CSeq: 14 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a447c0d-839e-db11-83ed-0012f04d9b28;rport=50840 > Server: OpenSer (1.1.0-notls (i386/linux)) > From: ;tag=c4357c0d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.b235 > Warning: 392 64.34.163.35:5060 "Noisy feedback tells: pid=29462 > req_src_ip=138.89.11.222 req_src_port=50840 > in_uri=sip:828274 at 64.34.163.35 out_uri=sip:828274 at 64.34.163.35 via_cnt==1" > Content-Length: 0 > > > 2007/01/09 14:12:45.740 0:57.838 SIP Transport:84f5128 SIP > Transaction 14 SUBSCRIBE completed. > 2007/01/09 14:12:45.741 0:57.839 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:46.149 0:58.247 Housekeeper SIP > Set state Terminated_Success for transaction 13 SUBSCRIBE > 2007/01/09 14:12:46.320 0:58.418 SIP Transport:84f5128 SIP > PDU Received on udp$64.34.163.35:5060 > SIP/2.0 200 OK > CSeq: 14 SUBSCRIBE > Via: SIP/2.0/UDP > 138.89.11.222:50840;branch=z9hG4bK1a447c0d-839e-db11-83ed-0012f04d9b28;rport=50840 > Server: OpenSer (1.1.0-notls (i386/linux)) > From: ;tag=c4357c0d-839e-db11-83ed-0012f04d9b28 > Call-ID: 3e09ed08-839e-db11-83ed-0012f04d9b28 at natasha-laptop > To: ;tag=1740dee5c04b38e1fbab95dd8cec0f80.b235 > Warning: 392 64.34.163.35:5060 "Noisy feedback tells: pid=29456 > req_src_ip=138.89.11.222 req_src_port=50840 > in_uri=sip:828274 at 64.34.163.35 out_uri=sip:828274 at 64.34.163.35 via_cnt==1" > Content-Length: 0 > > > 2007/01/09 14:12:46.321 0:58.419 SIP Transport:84f5128 SIP > Transaction 14 SUBSCRIBE completed. > 2007/01/09 14:12:46.321 0:58.420 SIP Transport:84f5128 SIP > Waiting for PDU on udp$64.34.163.35:5060 > 2007/01/09 14:12:47.325 0:59.423 Housekeeper SIP > Set state Terminated_Success for transaction 14 SUBSCRIBE > > > Damien Sandras wrote: > > Le mardi 09 janvier 2007 ? 12:50 -0500, Natasha a ?crit : > > > >> Hi Jan, > >> It just doesnt go through at all. The person sending me the message will > >> see something like "message too large" or "not allowed" or something, > >> and when I try sending I get either nothing or it shuts down ekiga and > >> asks me to 'force quit'. > >> Does the chat HAVE to go through a certain provider, such as ekiga.net? > >> Or do all voip providers automatically allow IM's to go through? > >> Today I see I'm not registered to ekiga.net or even my voxalot.com > >> account, so that's a problem. But before I was fully registered with all > >> my accounts so I dont think that's the issue. > >> > > > > Please provide a -d 4 output. > > > > Thanks, > > > -- _ 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 Jan 9 20:06:30 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 09 Jan 2007 21:06:30 +0100 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1168309866.5744.1.camel@betelgeuse.orion> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> <20070103193426.GA458342@lion.gg3.net> <1167854913.7042.56.camel@phosphorus.roaringpenguin.com> <1167859384.3576.3.camel@golgoth01> <1168187974.5287.0.camel@betelgeuse.orion> <1168193323.3544.2.camel@scorpio> <1168309866.5744.1.camel@betelgeuse.orion> Message-ID: <1168373190.3469.22.camel@scorpio> Le lundi 08 janvier 2007 ? 21:31 -0500, Derek Wueppelmann a ?crit : > On Sun, 2007-01-07 at 19:08 +0100, Damien Sandras wrote: > > Ekiga -d 4 should "perhaps" tell you, I'm not sure about that. > > HEre is what I get from doing that, I didn't see anythign that jumped > out as being Palette information: Indeed. If it is like the old spca5xx driver, then the driver decides itself to only send back a part of the picture. -- _ 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 Jan 9 20:18:23 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 09 Jan 2007 21:18:23 +0100 Subject: [Ekiga-list] unable to IM In-Reply-To: <45A3F74F.90203@gmail.com> References: <45A3D5F7.7010008@gmail.com> <1168367871.3512.0.camel@scorpio> <45A3EAD4.7010806@gmail.com> <1168372271.3469.6.camel@scorpio> <45A3F74F.90203@gmail.com> Message-ID: <1168373903.3469.24.camel@scorpio> Le mardi 09 janvier 2007 ? 15:13 -0500, Natasha a ?crit : > Hi Damien, > Here is my output file. I had unchecked the other providers and so now > am registered to just ekiga & voxalot, which is working now. I'm still > stumped about the IM though... > Thanks. > Natasha > Sorry, but I see no attempt to send an IM in the log you provided me :-/ -- _ 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 tashazo at gmail.com Tue Jan 9 20:58:24 2007 From: tashazo at gmail.com (Natasha) Date: Tue, 09 Jan 2007 15:58:24 -0500 Subject: [Ekiga-list] unable to IM In-Reply-To: <1168373903.3469.24.camel@scorpio> References: <45A3D5F7.7010008@gmail.com> <1168367871.3512.0.camel@scorpio> <45A3EAD4.7010806@gmail.com> <1168372271.3469.6.camel@scorpio> <45A3F74F.90203@gmail.com> <1168373903.3469.24.camel@scorpio> Message-ID: <45A401F0.5080702@gmail.com> Sorry, I didnt know what I was doing. This output file should have the chat attempt on it. I sent a test message, and it showed back "failed to send message" or something to that effect. The recipient never got the message. He is on winxp using x-lite, registered with voxalot.com(which he has registered with ekiga.net & others). I sent the message to his ekiga.net account (which then got routed through voxalot, I guess) I wonder if somebody tried to IM me directly through ekiga.net only, if that would work... (I am tashaz0). Thanks, N Damien Sandras wrote: > Le mardi 09 janvier 2007 ? 15:13 -0500, Natasha a ?crit : > >> Hi Damien, >> Here is my output file. I had unchecked the other providers and so now >> am registered to just ekiga & voxalot, which is working now. I'm still >> stumped about the IM though... >> Thanks. >> Natasha >> >> > > Sorry, but I see no attempt to send an IM in the log you provided me :-/ > > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: output.txt URL: From patrick.smart at gmail.com Wed Jan 10 00:15:39 2007 From: patrick.smart at gmail.com (Patriiiiiiiiiick) Date: Wed, 10 Jan 2007 01:15:39 +0100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <1168372106.3469.1.camel@scorpio> References: <6eda068e0609151350y166faea4q3a0d409f43815846@mail.gmail.com> <6eda068e0701070750h57a6a5di2df3c163d54e037@mail.gmail.com> <6eda068e0701070843m35cde470x4dcdab8c23547224@mail.gmail.com> <1168193277.3544.0.camel@scorpio> <6eda068e0701071009i7a04ec8aqc538812ca57b75a6@mail.gmail.com> <1168195741.3569.1.camel@scorpio> <6eda068e0701071450g73980568g2129b32522141bfe@mail.gmail.com> <1168246654.4460.9.camel@scorpio> <6eda068e0701090552l77047c4cj814d16b09439cd2d@mail.gmail.com> <1168372106.3469.1.camel@scorpio> Message-ID: <6eda068e0701091615k2045a46cybc9fb9488f3f1a85@mail.gmail.com> On 1/9/07, Damien Sandras wrote: > Could you try with CVS? I tried. I am stuck at the follwoing when compiling opal: make[3]: Entering directory `/home/patrick/w/opal/plugins/LID/CAPI' gcc -I../../../include -fPIC -c CAPI.cxx -o obj/CAPI.o CAPI.cxx:172: error: 'Int32' has not been declared CAPI.cxx: In constructor 'Context::Context()': CAPI.cxx:234: error: 'Success' is not a member of 'CAPI' CAPI.cxx: In member function 'PluginLID_Errors Context::GetDeviceName(unsigned int, char*, unsigned int)': CAPI.cxx:255: error: 'Success' is not a member of 'CAPI' CAPI.cxx: In member function 'PluginLID_Errors Context::Open(const char*)': CAPI.cxx:281: error: 'Success' is not a member of 'CAPI' make[3]: *** [obj/CAPI.o] Error 1 make[3]: Leaving directory `/home/patrick/w/opal/plugins/LID/CAPI' make[2]: *** [opt] Error 2 make[2]: Leaving directory `/home/patrick/w/opal/plugins' make[1]: *** [opt] Error 2 make[1]: Leaving directory `/home/patrick/w/opal' make: *** [optshared] Error 2 > Btw, thanks for having provided your private info. Don't use too much of it! ;-) Patrick From craigs at postincrement.com Wed Jan 10 00:20:32 2007 From: craigs at postincrement.com (Craig Southeren) Date: Wed, 10 Jan 2007 11:20:32 +1100 Subject: [Ekiga-list] crash with 2.0.3 In-Reply-To: <6eda068e0701091615k2045a46cybc9fb9488f3f1a85@mail.gmail.com> References: <1168372106.3469.1.camel@scorpio> <6eda068e0701091615k2045a46cybc9fb9488f3f1a85@mail.gmail.com> Message-ID: <20070110111958.625D.CRAIGS@postincrement.com> On Wed, 10 Jan 2007 01:15:39 +0100 Patriiiiiiiiiick wrote: > On 1/9/07, Damien Sandras wrote: > > Could you try with CVS? > > I tried. I am stuck at the follwoing when compiling opal: > > make[3]: Entering directory `/home/patrick/w/opal/plugins/LID/CAPI' > gcc -I../../../include -fPIC -c CAPI.cxx -o obj/CAPI.o > CAPI.cxx:172: error: 'Int32' has not been declared > CAPI.cxx: In constructor 'Context::Context()': > CAPI.cxx:234: error: 'Success' is not a member of 'CAPI' > CAPI.cxx: In member function 'PluginLID_Errors > Context::GetDeviceName(unsigned int, char*, unsigned int)': > CAPI.cxx:255: error: 'Success' is not a member of 'CAPI' > CAPI.cxx: In member function 'PluginLID_Errors Context::Open(const char*)': > CAPI.cxx:281: error: 'Success' is not a member of 'CAPI' > make[3]: *** [obj/CAPI.o] Error 1 > make[3]: Leaving directory `/home/patrick/w/opal/plugins/LID/CAPI' > make[2]: *** [opt] Error 2 > make[2]: Leaving directory `/home/patrick/w/opal/plugins' > make[1]: *** [opt] Error 2 > make[1]: Leaving directory `/home/patrick/w/opal' > make: *** [optshared] Error 2 Just remove the CAPI directory and recompile. You don't need the CAPI plugin Craig ----------------------------------------------------------------------- Craig Southeren Post Increment ? VoIP Consulting and Software craigs at postincrement.com.au www.postincrement.com.au Phone: +61 243654666 ICQ: #86852844 Fax: +61 243656905 MSN: craig_southeren at hotmail.com Mobile: +61 417231046 Jabber: craigs at jabber.org "It takes a man to suffer ignorance and smile. Be yourself, no matter what they say." Sting From dsandras at seconix.com Wed Jan 10 08:31:16 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 10 Jan 2007 09:31:16 +0100 Subject: [Ekiga-list] unable to IM In-Reply-To: <45A401F0.5080702@gmail.com> References: <45A3D5F7.7010008@gmail.com> <1168367871.3512.0.camel@scorpio> <45A3EAD4.7010806@gmail.com> <1168372271.3469.6.camel@scorpio> <45A3F74F.90203@gmail.com> <1168373903.3469.24.camel@scorpio> <45A401F0.5080702@gmail.com> Message-ID: <1168417876.3536.1.camel@scorpio> Le mardi 09 janvier 2007 ? 15:58 -0500, Natasha a ?crit : > Sorry, I didnt know what I was doing. This output file should have the > chat attempt on it. I sent a test message, and it showed back "failed > to send message" or something to that effect. > The recipient never got the message. He is on winxp using x-lite, > registered with voxalot.com(which he has registered with ekiga.net & > others). I sent the message to his ekiga.net account (which then got > routed through voxalot, I guess) > I wonder if somebody tried to IM me directly through ekiga.net only, if > that would work... (I am tashaz0). It seems that Voxalot answers with "Unsupported Media Type", so I think that simply Voxalot doesn't support relaying text messages. It would work using Ekiga.net directly, of course. -- _ 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 monkey at monkeynet.ca Wed Jan 10 14:39:25 2007 From: monkey at monkeynet.ca (Derek "The Monkey" Wueppelmann) Date: Wed, 10 Jan 2007 09:39:25 -0500 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1168373190.3469.22.camel@scorpio> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1167835075.3566.47.camel@golgoth01> <1167843772.7042.23.camel@phosphorus.roaringpenguin.com> <20070103193426.GA458342@lion.gg3.net> <1167854913.7042.56.camel@phosphorus.roaringpenguin.com> <1167859384.3576.3.camel@golgoth01> <1168187974.5287.0.camel@betelgeuse.orion> <1168193323.3544.2.camel@scorpio> <1168309866.5744.1.camel@betelgeuse.orion> <1168373190.3469.22.camel@scorpio> Message-ID: <1168439965.8976.12.camel@phosphorus.roaringpenguin.com> On Tue, 2007-01-09 at 21:06 +0100, Damien Sandras wrote: > Indeed. If it is like the old spca5xx driver, then the driver decides > itself to only send back a part of the picture. Thanks, it probably is very much like the old spca5xx driver. I'll send in a bug report to the driver maintainer. -- o) Derek Wueppelmann (o (D . monkey at monkeynet.ca D). ((` http://www.monkeynet.ca ( ) ` -------------- 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 ian_940 at yahoo.com.au Wed Jan 10 20:31:39 2007 From: ian_940 at yahoo.com.au (Ian House) Date: Thu, 11 Jan 2007 07:31:39 +1100 Subject: [Ekiga-list] Problems using V4l2 In-Reply-To: <1168439965.8976.12.camel@phosphorus.roaringpenguin.com> References: <1167832839.7042.3.camel@phosphorus.roaringpenguin.com> <1168373190.3469.22.camel@scorpio> <1168439965.8976.12.camel@phosphorus.roaringpenguin.com> Message-ID: <200701110731.39522.ian_940@yahoo.com.au> On Thursday 11 January 2007 01:39, Derek "The Monkey" Wueppelmann wrote: > On Tue, 2007-01-09 at 21:06 +0100, Damien Sandras wrote: > > Indeed. If it is like the old spca5xx driver, then the driver decides > > itself to only send back a part of the picture. > > Thanks, it probably is very much like the old spca5xx driver. I'll send > in a bug report to the driver maintainer. You could try having a look at his new site before submitting a bug. http://mgspca.e1.bmstu.ru -- Cheers, Ian... registered linux user 42374 From leon.stringer at ntlworld.com Thu Jan 11 20:18:38 2007 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Thu, 11 Jan 2007 20:18:38 +0000 Subject: [Ekiga-list] gm_main_window_update_calling_state() Message-ID: <45A69B9E.6020509@ntlworld.com> Hi, I'm trying to get Ekiga to launch an external program when an outgoing call connects. I can track calls to src/gui/main.cpp:gm_main_window_update_calling_state(). This gets called once with calling_state == Calling, but gets called 9 times with calling_state == Connected when the call connects. Is this normal? Thanks, Leon... From jan.schampera at web.de Thu Jan 11 20:40:00 2007 From: jan.schampera at web.de (Jan Schampera) Date: Thu, 11 Jan 2007 21:40:00 +0100 Subject: [Ekiga-list] gm_main_window_update_calling_state() In-Reply-To: <45A69B9E.6020509@ntlworld.com> References: <45A69B9E.6020509@ntlworld.com> Message-ID: <20070111214000.48de879e@localhost.localdomain> On Thu, 11 Jan 2007 20:18:38 +0000 Leon Stringer wrote: > I'm trying to get Ekiga to launch an external program when an > outgoing call connects. I can track calls to > src/gui/main.cpp:gm_main_window_update_calling_state(). This gets > called once with calling_state == Calling, but gets called 9 times > with calling_state == Connected when the call connects. Is this > normal? Looks like it is. I recommend to hook somewhere in the endpoint-related functions or in their direct wrappers, if any (I don't have the code in my head). J. -- dreaming in digital living in realtime thinking in binary talking in IP WELCOME TO OUR WORLD From sturla at hitconsult.no Thu Jan 11 23:22:58 2007 From: sturla at hitconsult.no (Sturla Holm Hansen) Date: Fri, 12 Jan 2007 00:22:58 +0100 (CET) Subject: [Ekiga-list] Video-chat with windows Message-ID: <49069.85.165.123.211.1168557778.squirrel@mail.hitconsult.no> Hi list :) I've finally got my girlfriends laptop converted to Linux and she's pretty happy with it, save one thing: Video-chat doesn't work with live-messenger clients as far as I have been able to deduce, and she wants to use her web-cam to chat with people running live messenger on windows...or point them to a program that allows them to chat with her... So my question is: Is there a good and simple way to use video-chat with someone still on windows? Thanx Sturla From michel.memeteau at gmail.com Thu Jan 11 23:17:45 2007 From: michel.memeteau at gmail.com (michel memeteau) Date: Fri, 12 Jan 2007 00:17:45 +0100 Subject: [Ekiga-list] Video-chat with windows In-Reply-To: <49069.85.165.123.211.1168557778.squirrel@mail.hitconsult.no> References: <49069.85.165.123.211.1168557778.squirrel@mail.hitconsult.no> Message-ID: 2007/1/12, Sturla Holm Hansen : > > > So my question is: Is there a good and simple way to use video-chat with > someone still on windows? This is a good start http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F#Windows Other video programs should work but still have to be added. This has been discussed several times on this mailing list Live messenger won't work, people should just drop it , how good it is. -- %<------------------------------------------------------->% Michel memeteau VOIP: sip:17476005010 at proxy01.sipphone.com 0491886375 0624808051 jabber/GoogleTalk : freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From 1.41421 at gmail.com Fri Jan 12 04:33:24 2007 From: 1.41421 at gmail.com (JCA) Date: Thu, 11 Jan 2007 20:33:24 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net Message-ID: OK, here is my problem: I am running Ekiga 2.0.3 on a Linux box under a 2.6.19.1 kernel. My ADSL line does 330 KB/s downstream, 50 KB/s upstream. I am behind a firewall that Ekiga detects as Port Restricted NAT, so I have enabled STUN support, because my modem does not support SIP or H.323 natively. The sound hardware is a built-in Intel ICH5 device. Everything seems to be fine. The network runs flawlessly, and so does the sound device. In particular, when I run the sound test from within the Ekiga druid, I can hear my voice echoed back, without no distortion whatsoever, after a few seconds. However, when I call sip:500 at ekiga.net the sound received is extremely choppy - the voice is barely intelligible. It is as though the person at the other side were underwater. My voice gets to the other side all right, but it is echoed back with the same distortion. I notice that Ekiga selects the PCMA audio codec. If I disable this codec in my preferences then I get not sound at all in my call (other than the dial tone) despite of the fact that the connection gets established fine. Any suggestions on how to fix this issue? What makes it even more irksome is that Skype works without any distortion on this Linux box - I am trying to get a few acquaintances to look into Ekiga, and under these conditions I don't stand much of a chance. From 1.41421 at gmail.com Fri Jan 12 05:53:13 2007 From: 1.41421 at gmail.com (JCA) Date: Thu, 11 Jan 2007 21:53:13 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net In-Reply-To: References: Message-ID: After posting this I noticed that choppy sound seems to be a very common issue with Ekiga. I therefore followed some suggestions that I found in my search. First, modifying my /etc/asound.conf file for accounting for the DMIX issue makes no difference (I believe this is not applicable to my kernel version anyway). Actually, it seems to make Ekiga behave worse, in that it occasionally freezes up. Second, the test line arecord -D plughw:0,0 -c 1 -r 8000 -f S16_LE - | aplay -D plughw:0,0 -c 1 -r 8000 -f S16_LE - works fine. With a faint echo, but otherwise fine. Third, I tried with all the audio codecs that Ekiga has to offer, and the only one that seems to work (with very choppy sound, like I said) is PCMA. Fourth, I tinkered with the jitter buffers parameters, and I could notice a very slight improvement when the parameters were 20 and 20 - i.e. when disabled, I believe. The sound still is unacceptably choppy tough. Fifth, the echo cancellation option makes no difference one way or the other. Sixth, after the connection with the SIP echo server gets established, according to the Ekiga statistics no packets are dropped, and the jitters buffers values oscillate between 20ms and 100ms. Seventh, Ekiga never takes up more than 10% of the CPU time (this is on a 3.2 GHz Pentium 4). Eighth, my pings to ekiga.net take less than 180ms, and there is a 0% packet loss. This is all on Slackware 11, with a 2.6.19.1 kernel, for which the ALSA version seems to be 1.0.13 On 1/11/07, JCA <1.41421 at gmail.com> wrote: > OK, here is my problem: > > I am running Ekiga 2.0.3 on a Linux box under a 2.6.19.1 kernel. > My ADSL line does 330 KB/s downstream, 50 KB/s upstream. I am behind a > firewall that Ekiga detects as Port Restricted NAT, so I have enabled > STUN support, because my modem does not support SIP or H.323 natively. > The sound hardware is a built-in Intel ICH5 device. > > Everything seems to be fine. The network runs flawlessly, and so > does the sound device. In particular, when I run the sound test from > within the Ekiga druid, I can hear my voice echoed back, without no > distortion whatsoever, after a few seconds. > > However, when I call sip:500 at ekiga.net the sound received is > extremely choppy - the voice is barely intelligible. It is as though > the person at the other side were underwater. My voice gets to the > other side all right, but it is echoed back with the same distortion. > > I notice that Ekiga selects the PCMA audio codec. If I disable this > codec in my preferences then I get not sound at all in my call (other > than the dial tone) despite of the fact that the connection gets > established fine. > > Any suggestions on how to fix this issue? What makes it even more > irksome is that Skype works without any distortion on this Linux box - > I am trying to get a few acquaintances to look into Ekiga, and under > these conditions I don't stand much of a chance. > From laurentp at wp.pl Fri Jan 12 09:36:06 2007 From: laurentp at wp.pl (W.P.) Date: Fri, 12 Jan 2007 10:36:06 +0100 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net In-Reply-To: References: Message-ID: <45A75686.4010205@wp.pl> >>My ADSL line does 330 KB/s downstream, 50 KB/s upstream. >> >> Do You mean 50k BITS or 50k BYTES? > I notice that Ekiga selects the PCMA audio codec. > > If 50kbits it is not enough for PCMA. Try other codec with other echo test: ex: echo at proxy01.sipphone.com, it accepts iLBC that is far less demanding in bandwith and jitter-tolerant. W.P. From laurentp at wp.pl Fri Jan 12 09:49:56 2007 From: laurentp at wp.pl (W.P.) Date: Fri, 12 Jan 2007 10:49:56 +0100 Subject: [Ekiga-list] [Test site proposal] Message-ID: <45A759C4.4030704@wp.pl> Damien, could You set up another account echo on ekiga.net (besides 500), with parameters: 1). all codecs enabled (for me especially LPC and iLBC ;). 2). accepting user (far end) order of codecs. Could You?? This is inspired by mail from JCA. This would allow people to test different codecs, enabling tests on narrowband internet acces. Note, not everyone (even today) has a 2Mbit/s full-duplex connection. W.P. From dsandras at seconix.com Fri Jan 12 10:15:01 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 12 Jan 2007 11:15:01 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45A759C4.4030704@wp.pl> References: <45A759C4.4030704@wp.pl> Message-ID: <1168596901.3471.16.camel@scorpio> Le vendredi 12 janvier 2007 ? 10:49 +0100, W.P. a ?crit : > Damien, could You set up another account echo on ekiga.net (besides > 500), with parameters: > 1). all codecs enabled (for me especially LPC and iLBC ;). > 2). accepting user (far end) order of codecs. > > Could You?? > > This is inspired by mail from JCA. This would allow people to test > different codecs, enabling tests on narrowband internet acces. > Note, not everyone (even today) has a 2Mbit/s full-duplex connection. > Yes I could. The only problem is technical. Technically speaking: - the Echo Test application should accept audio and video using a wide range of codecs - the conference application should only accept PCMA/PCMU audio, to spare ressources on the machine, and also because encoding/decoding/mixing from various codecs will lower the quality - the voicemail application should only support audio - ... However, we are using Asterisk, and Asterisk allows setting codecs only for the SIP channel and not application by application, which is the problem. If I allow more codecs, I break the conference application. We should probably modify Asterisk's source code. -- _ 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 1.41421 at gmail.com Fri Jan 12 16:31:22 2007 From: 1.41421 at gmail.com (JCA) Date: Fri, 12 Jan 2007 08:31:22 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net Message-ID: >>My ADSL line does 330 KB/s downstream, 50 KB/s upstream. > > Do You mean 50k BITS or 50k BYTES? That would be 50 kibibytes/s = 50*1024*8 bits/s. > I notice that Ekiga selects the PCMA audio codec. > If 50kbits it is not enough for PCMA. Try other codec with other echo > test: ex: echo at proxy01.sipphone.com, it accepts iLBC that is far less > demanding in bandwith and jitter-tolerant. The only thing I am getting is a "Remote user rejected call" error message. From laurentp at wp.pl Fri Jan 12 17:15:33 2007 From: laurentp at wp.pl (W.P.) Date: Fri, 12 Jan 2007 18:15:33 +0100 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net In-Reply-To: References: Message-ID: <45A7C235.3070501@wp.pl> > The only thing I am getting is a "Remote user rejected call" error message. > > 1). Are You sure, You have iLBC codec enabled? (don't remember if that site accepts anything else). 2). If codec is enabled, try ekiga -d=4 (debug), and maybe post it for analysis by Damien? Me, personally, I got choppy sound even on echo..... , but I have only GPRS class 8 connection to internet, so download is sufficient, but upload is not. But even GPRS downlink (approx 56kbps) is enough to listen to recorded by someone else voicemails (using iLBC). W.P. From geboyd53 at comcast.net Fri Jan 12 18:38:53 2007 From: geboyd53 at comcast.net (George Boyd) Date: Fri, 12 Jan 2007 10:38:53 -0800 Subject: [Ekiga-list] 2.04 Release Message-ID: <1168627133.2976.6.camel@george> I am considering changing over to the CVS version of Ekiga. Is 2.04 going to be released soon, or is it worthwhile to go ahead and use the CVS version? Thanks, George From law_ence.dev at ntlworld.com Fri Jan 12 21:09:36 2007 From: law_ence.dev at ntlworld.com (ael) Date: Fri, 12 Jan 2007 21:09:36 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <1168016260.3654.10.camel@golgoth01> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> <1167987139.3548.18.camel@golgoth01> <459E5844.1060107@ntlworld.com> <1168016260.3654.10.camel@golgoth01> Message-ID: <45A7F910.7050908@ntlworld.com> Damien Sandras wrote: > Le vendredi 05 janvier 2007 ? 13:53 +0000, ael a ?crit : > > [...] > > >>>Check if there is not something to configure at the router level. >> >>I played for a fair time with the router settings, but I think the >>problem is that I don't know what the HandyTone ATA is actually doing. >>It is at the front end just after the cable modem so I think that is >>where the foible is hiding. Rarely I saw the STUN reporting symmetric >>NAT and I gather that the STUN protocol can be nondeterministic in such >>situations. My tests were with only 1 active machine on the network, so >>the STUN server might be seeing the ATA as one host and the ekiga >>machine as another. >> > > > Indeed, in such a case, STUN is non deterministic. > > >>I will run etherreal during a session to see whether this helps: I might >>forward a log here in case someone can help with interpretation. But of >>course, I will only see the traffic behind the router. I have now captured the STUN traffic from ekiga 2.0.2. [I have sent a copy of the dump off list.] Initially there are 14 packets exchanged. This is while ekiga is starting up. At this point attempted calls to, say 500 at ekiga.net, fail usually with abnormal call termination. Visiting ekiga-> Preferences -> Protocols -> Network Settings and simply clicking the [Apply] button (STUN is already selected) results in another 24 packets being exchanged between ekiga and the STUN servers. [Packets 15 to 38 in the dump]. After this "magic" ekiga works well. I hope that this throws some light on the situation. A E Lawrence From jpuydt at free.fr Sat Jan 13 05:31:15 2007 From: jpuydt at free.fr (Julien Puydt) Date: Sat, 13 Jan 2007 06:31:15 +0100 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <45A7F910.7050908@ntlworld.com> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> <1167987139.3548.18.camel@golgoth01> <459E5844.1060107@ntlworld.com> <1168016260.3654.10.camel@golgoth01> <45A7F910.7050908@ntlworld.com> Message-ID: <45A86EA3.50305@free.fr> ael a ?crit : > Initially there are 14 packets exchanged. This is while ekiga is > starting up. At this point attempted calls to, say 500 at ekiga.net, fail > usually with abnormal call termination. You mean ekiga wasn't registered yet to ekiga.net ? Snark From dsandras at seconix.com Sat Jan 13 10:40:29 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 13 Jan 2007 11:40:29 +0100 Subject: [Ekiga-list] 2.04 Release In-Reply-To: <1168627133.2976.6.camel@george> References: <1168627133.2976.6.camel@george> Message-ID: <1168684829.3656.0.camel@scorpio> Le vendredi 12 janvier 2007 ? 10:38 -0800, George Boyd a ?crit : > I am considering changing over to the CVS version of Ekiga. Is 2.04 > going to be released soon, or is it worthwhile to go ahead and use the > CVS version? I would wait for 2.0.4. As soon as I have 2 minutes, I'll work on 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 law_ence.dev at ntlworld.com Sat Jan 13 15:39:23 2007 From: law_ence.dev at ntlworld.com (ael) Date: Sat, 13 Jan 2007 15:39:23 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <45A86EA3.50305@free.fr> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> <459D1C4C.1030908@ntlworld.com> <459D8BD2.3000405@ntlworld.com> <1167987139.3548.18.camel@golgoth01> <459E5844.1060107@ntlworld.com> <1168016260.3654.10.camel@golgoth01> <45A7F910.7050908@ntlworld.com> <45A86EA3.50305@free.fr> Message-ID: <45A8FD2B.5000605@ntlworld.com> Julien Puydt wrote: > ael a ?crit : > >>Initially there are 14 packets exchanged. This is while ekiga is >>starting up. At this point attempted calls to, say 500 at ekiga.net, fail >>usually with abnormal call termination. > > > You mean ekiga wasn't registered yet to ekiga.net ? No. Normally there is no problem with registration. This was explained earlier in this thread. I suspect that the system is behaving in some respects at least as a symmetric NAT when the STUN protocol is nondeterministic, although I have not yet tried to analyse the STUN traffic: I am a newbie and need to read the relevant rfcs. I hope to find time to do that soon. Meanwhile, things work with this odd fix of "reactivating" the STUN setting. But it would be nice to understand what is happening and to get total reliability. I did say that the captured data was the STUN traffic: it was filtered so that only packets exchanged with the stun servers were collected. So the registration phase was not captured. A E Lawrence From devel at tootai.net Sat Jan 13 17:19:40 2007 From: devel at tootai.net (Daniel Huhardeaux) Date: Sat, 13 Jan 2007 18:19:40 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168596901.3471.16.camel@scorpio> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> Message-ID: <45A914AC.1050107@tootai.net> Damien Sandras a ?crit : > [...] Hello > > However, we are using Asterisk, and Asterisk allows setting codecs only > for the SIP channel and not application by application, which is the > problem. > Don't quiet understand the meaning of this. You can set codecs per user or peer - eg 500 Ulaw/Alaw, 502 ilbc&gsm, etc ...- Also, you can force a codec with the ${SIP_CODEC} variable. -- Daniel From dsandras at seconix.com Sat Jan 13 17:41:27 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 13 Jan 2007 18:41:27 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45A914AC.1050107@tootai.net> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> Message-ID: <1168710087.3849.0.camel@scorpio> Le samedi 13 janvier 2007 ? 18:19 +0100, Daniel Huhardeaux a ?crit : > Damien Sandras a ?crit : > > [...] > Hello > > > > However, we are using Asterisk, and Asterisk allows setting codecs only > > for the SIP channel and not application by application, which is the > > problem. > > > Don't quiet understand the meaning of this. You can set codecs per user > or peer - eg 500 Ulaw/Alaw, 502 ilbc&gsm, etc ...- Also, you can force a > codec with the ${SIP_CODEC} variable. > Just try... It is not possible. -- _ 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 simon at mungewell.org Sat Jan 13 18:05:14 2007 From: simon at mungewell.org (Simon Wood) Date: Sat, 13 Jan 2007 11:05:14 -0700 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <459C34F0.9020902@ntlworld.com> References: <459C34F0.9020902@ntlworld.com> Message-ID: <20070113110514.cb6f8a3e.simon@mungewell.org> Hi, Just thought I'd add my $0.02 on this. I have a set up of 3 machines (all running Ekiga) and 1 hard phone running behind a single OpenWrt router. To get this working I altered the port settings on Ekiga(s) using gconf-editor, and enabled both STUN and Proxy (fwdnat2.pulver.net). I have set each endpoint to use a set ports which is exclusive (doesn't overlap any of it's siblings). Each endpoint has seperate FWD numbers (for testing) and can call/message each other, albeit via going out to the internet and coming back in again. I think that I might have seen a similar message in the past.... I'll confirm later whether it happens if I turn off the proxying. Note on ports: You *HAVE* to set ranges... otherwise Ekiga gets upset. My IP hard-phone only needs 2 ports (SIP and RTP). I'm still trying to understand the port usage, but for a single endpoint it looks like you need: 1 SIP listener Port (ie. 5080) at least 2 (per reigistered/active account) UDP ports for SIP operation (ie. 5081:5089) - it seems that these are randomly randomly from this range as an account is registered/enabled. at least 2 (1 each direction) for RTP (ie. 8080:8089) - we'll need more once multi-line starts working... :-) The better solution for this many endpoints would be setting up my own SIP proxy on the router, but I'm being lazy. I see no value in placing your ATA upstream, it's ports should be exclusive anyhow. So your set up isn't that unusual.... ;-) Simon. From remco at rvt.com Sat Jan 13 18:31:10 2007 From: remco at rvt.com (Remco Treffkorn) Date: Sat, 13 Jan 2007 10:31:10 -0800 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168710087.3849.0.camel@scorpio> References: <45A759C4.4030704@wp.pl> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> Message-ID: <200701131031.11497.remco@rvt.com> On Saturday 13 January 2007 09:41, Damien Sandras wrote: > Le samedi 13 janvier 2007 ? 18:19 +0100, Daniel Huhardeaux a ?crit : > > Damien Sandras a ?crit : > > > [...] > > > > Hello > > > > > However, we are using Asterisk, and Asterisk allows setting codecs only > > > for the SIP channel and not application by application, which is the > > > problem. > > > > Don't quiet understand the meaning of this. You can set codecs per user > > or peer - eg 500 Ulaw/Alaw, 502 ilbc&gsm, etc ...- Also, you can force a > > codec with the ${SIP_CODEC} variable. > > Just try... > It is not possible. Codec preferences can be set in the [general] section in sip.conf, but overwritten in the individual extension setting. It is possible to have a [500] extension with only g.711 and for example) and a [501] with gsm and g.729. Cheers, Remco -- Remco Treffkorn (RT445) HAM DC2XT remco at rvt.com (831) 685-1201 From law_ence.dev at ntlworld.com Sat Jan 13 19:00:49 2007 From: law_ence.dev at ntlworld.com (ael) Date: Sat, 13 Jan 2007 19:00:49 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <20070113110514.cb6f8a3e.simon@mungewell.org> References: <459C34F0.9020902@ntlworld.com> <20070113110514.cb6f8a3e.simon@mungewell.org> Message-ID: <45A92C61.4070201@ntlworld.com> Simon Wood wrote: > Hi, Just thought I'd add my $0.02 on this. I have a set up of 3 > machines (all running Ekiga) and 1 hard phone running behind a single > OpenWrt router. > > To get this working I altered the port settings on Ekiga(s) using > gconf-editor, and enabled both STUN and Proxy (fwdnat2.pulver.net). I > have set each endpoint to use a set ports which is exclusive (doesn't > overlap any of it's siblings). > > Each endpoint has seperate FWD numbers (for testing) and can > call/message each other, albeit via going out to the internet and > coming back in again. But my ATA (= hard phone?) is *upstream* of the routers (for a reason) which may be the crucial difference. If I moved the ATA downstream, I would expect the problem to go away, but I haven't tried this so far. Otherwise my setup is just the same. Different proxy , but that should not matter. > I think that I might have seen a similar message in the past.... I'll > confirm later whether it happens if I turn off the proxying. Unless we are talking of a different message, turning off proxying will eliminate the message :-) > Note on ports: You *HAVE* to set ranges... otherwise Ekiga gets > upset. My IP hard-phone only needs 2 ports (SIP and RTP). So does mine, and yes all my different ekigas have different non overlapping port settings which are distinct from those of the ATA. > I see no value in placing your ATA upstream, it's ports should be > exclusive anyhow. You have missed the point, It's not the ports: it's bandwidth. I have 256Kb/s upstream and 2Mb/s downstream on a broadband connection, but I still get occasional breakups even when the ATA alone is engaged in a call. If it was downstream of a router, it would not be able to give priority to its own voip packets during a call. Oh, and I can just power the modem and ATA to maintain voip with no other machines running for environmental reasons when I don't need the rest of the network active. As I have said before everything seems to work 95% of the time, but requires this touching of the STUN setting in ekiga instances before they can make calls. It is not a big deal, but it would be nice to understand what is going on. > So your set up isn't that unusual.... Maybe having the ATA up front is the unusual part? A E Lawrence From keith at keithg4jvx.force9.co.uk Sat Jan 13 19:06:26 2007 From: keith at keithg4jvx.force9.co.uk (Keith Powell) Date: Sat, 13 Jan 2007 19:06:26 +0000 Subject: [Ekiga-list] Router problem Message-ID: <200701131906.26067.keith@keithg4jvx.force9.co.uk> Hello. I have just bought a web cam and am trying to get Ekiga working, but without much success! As this is my first attempt at setting up 'web chatting', I am very much a newbie. So sorry if this is a very basic question. When I run Ekiga, without even trying to connect, the TX/RX light on my router immediately comes on and stays on permanently. The only way to stop it being on, is to switch the router off. It stays on even when I have shut ekiga down. Whilst it is on, the router is blocked and cannot be used for anything. I have another problem as well, which I am sending in the same message in case they are related. There is no sound. When I run the set-up wizard and do the sound test, nothing. The mic and speaker sliders in the audio tab are completely to the left. When I try to move them, they spring back to the left, so the audio is always turned right down. I have tried Ekiga on three Linux distributions and each has the same problems. Also, I have tested two other 'chat' programs and neither have this router problem. I have been told that, in order to get Linux 'chat' programs sending and receiving, I need the forwarding ports open in my router: Start 6890 End 6900 UDP 5060 TCP 1720 This I have done. The router works well for surfing and mailing. It's just with Ekiga! I have searched the archives and Googled, but no success. So if anyone can please help me, I would be very grateful. Many thanks Keith From law_ence.dev at ntlworld.com Sat Jan 13 19:14:30 2007 From: law_ence.dev at ntlworld.com (ael) Date: Sat, 13 Jan 2007 19:14:30 +0000 Subject: [Ekiga-list] Router problem In-Reply-To: <200701131906.26067.keith@keithg4jvx.force9.co.uk> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> Message-ID: <45A92F96.9090808@ntlworld.com> Keith Powell wrote: > Hello. > > I have just bought a web cam and am trying to get Ekiga working, but > without much success! As this is my first attempt at setting up 'web > chatting', I am very much a newbie. So sorry if this is a very basic > question. > > When I run Ekiga, without even trying to connect, the TX/RX light on > my router immediately comes on and stays on permanently. The only way > to stop it being on, is to switch the router off. It stays on even > when I have shut ekiga down. Whilst it is on, the router is blocked > and cannot be used for anything. No idea what is happening there, but I would suggest that you start by turning off video (under Preferences) and just get the audio going. > I have another problem as well, which I am sending in the same message > in case they are related. > > There is no sound. When I run the set-up wizard and do the sound test, > nothing. The mic and speaker sliders in the audio tab are completely > to the left. When I try to move them, they spring back to the left, > so the audio is always turned right down. This is a "feature" of ekiga which completely confused me when I first tried it, and had teething problems. The behaviour you describe is normal: the sliders only become active and sensible during a call. So that is one problem solved :-) A E Lawrence From dsandras at seconix.com Sat Jan 13 19:41:19 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 13 Jan 2007 20:41:19 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <200701131031.11497.remco@rvt.com> References: <45A759C4.4030704@wp.pl> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <200701131031.11497.remco@rvt.com> Message-ID: <1168717279.3849.10.camel@scorpio> Le samedi 13 janvier 2007 ? 10:31 -0800, Remco Treffkorn a ?crit : > On Saturday 13 January 2007 09:41, Damien Sandras wrote: > > Le samedi 13 janvier 2007 ? 18:19 +0100, Daniel Huhardeaux a ?crit : > > > Damien Sandras a ?crit : > > > > [...] > > > > > > Hello > > > > > > > However, we are using Asterisk, and Asterisk allows setting codecs only > > > > for the SIP channel and not application by application, which is the > > > > problem. > > > > > > Don't quiet understand the meaning of this. You can set codecs per user > > > or peer - eg 500 Ulaw/Alaw, 502 ilbc&gsm, etc ...- Also, you can force a > > > codec with the ${SIP_CODEC} variable. > > > > Just try... > > It is not possible. > > Codec preferences can be set in the [general] section in sip.conf, but > overwritten in the individual extension setting. It is possible to have a > [500] extension with only g.711 and for example) and a [501] with gsm and > g.729. > Sure, but 500 is not a SIP peer/user. 500 is a "local" extension that bridges to the Echo() application. Am I missing something? -- _ 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 Jan 13 19:43:44 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 13 Jan 2007 20:43:44 +0100 Subject: [Ekiga-list] Router problem In-Reply-To: <200701131906.26067.keith@keithg4jvx.force9.co.uk> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> Message-ID: <1168717424.3849.13.camel@scorpio> Hello, Le samedi 13 janvier 2007 ? 19:06 +0000, Keith Powell a ?crit : > Hello. > > I have just bought a web cam and am trying to get Ekiga working, but > without much success! As this is my first attempt at setting up 'web > chatting', I am very much a newbie. So sorry if this is a very basic > question. > > When I run Ekiga, without even trying to connect, the TX/RX light on > my router immediately comes on and stays on permanently. The only way > to stop it being on, is to switch the router off. It stays on even > when I have shut ekiga down. Whilst it is on, the router is blocked > and cannot be used for anything. > So Ekiga is crashing your router. Wouldn't you have a router that supposedly supports SIP and has a bug? [...] > I have been told that, in order to get Linux 'chat' programs sending > and receiving, I need the forwarding ports open in my router: > > Start 6890 > End 6900 > UDP 5060 > TCP 1720 > That's wrong. (Check the FAQ) -- _ 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 cannewilson at tiscali.co.uk Sat Jan 13 19:52:34 2007 From: cannewilson at tiscali.co.uk (Anne Wilson) Date: Sat, 13 Jan 2007 19:52:34 +0000 Subject: [Ekiga-list] Router problem In-Reply-To: <1168717424.3849.13.camel@scorpio> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> <1168717424.3849.13.camel@scorpio> Message-ID: <200701131952.34271.cannewilson@tiscali.co.uk> On Saturday 13 January 2007 19:43, Damien Sandras wrote: > > Start 6890 > > End 6900 Those are the ports you are using for amsn, Keith. > > UDP 5060 > > TCP 1720 > That big depends on the result of the NAT test. The FAQ tells you the implications of each possible result. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jan.schampera at web.de Sat Jan 13 20:23:17 2007 From: jan.schampera at web.de (Jan Schampera) Date: Sat, 13 Jan 2007 21:23:17 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168717279.3849.10.camel@scorpio> References: <45A759C4.4030704@wp.pl> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <200701131031.11497.remco@rvt.com> <1168717279.3849.10.camel@scorpio> Message-ID: <20070113212317.07c9e259@localhost.localdomain> On Sat, 13 Jan 2007 20:41:19 +0100 Damien Sandras wrote: > Sure, but 500 is not a SIP peer/user. 500 is a "local" extension that > bridges to the Echo() application. Ah, you call it in the dialing plan? J. -- "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs" --Robert Firth From dsandras at seconix.com Sat Jan 13 21:37:51 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 13 Jan 2007 22:37:51 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <20070113212317.07c9e259@localhost.localdomain> References: <45A759C4.4030704@wp.pl> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <200701131031.11497.remco@rvt.com> <1168717279.3849.10.camel@scorpio> <20070113212317.07c9e259@localhost.localdomain> Message-ID: <1168724271.3635.8.camel@scorpio> Le samedi 13 janvier 2007 ? 21:23 +0100, Jan Schampera a ?crit : > On Sat, 13 Jan 2007 20:41:19 +0100 > Damien Sandras wrote: > > > Sure, but 500 is not a SIP peer/user. 500 is a "local" extension that > > bridges to the Echo() application. > > Ah, you call it in the dialing plan? 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 1.41421 at gmail.com Sun Jan 14 00:27:38 2007 From: 1.41421 at gmail.com (JCA) Date: Sat, 13 Jan 2007 16:27:38 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net Message-ID: >> The only thing I am getting is a "Remote user rejected call" error message. >> >> > 1). Are You sure, You have iLBC codec enabled? (don't remember if that > site accepts anything else). That's right - iLBC was not enabled. After enabling it, the results were the same as when getting a connection with 500 at ekiga.net and the PCMA codec - sound so choppy that is almost unintelligible. > 2). If codec is enabled, try ekiga -d=4 (debug), and maybe post it for > analysis by Damien? The log corresponding to 30 seconds worth of call is nearly 64KB long. I wonder if such a thing can be posted here? From remco at rvt.com Sun Jan 14 01:44:17 2007 From: remco at rvt.com (Remco Treffkorn) Date: Sat, 13 Jan 2007 17:44:17 -0800 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168717279.3849.10.camel@scorpio> References: <45A759C4.4030704@wp.pl> <200701131031.11497.remco@rvt.com> <1168717279.3849.10.camel@scorpio> Message-ID: <200701131744.17340.remco@rvt.com> On Saturday 13 January 2007 11:41, Damien Sandras wrote: > Le samedi 13 janvier 2007 ? 10:31 -0800, Remco Treffkorn a ?crit : > > On Saturday 13 January 2007 09:41, Damien Sandras wrote: > > > Le samedi 13 janvier 2007 ? 18:19 +0100, Daniel Huhardeaux a ?crit : > > > > Damien Sandras a ?crit : > > > > > [...] > > > > > > > > Hello > > > > > > > > > However, we are using Asterisk, and Asterisk allows setting codecs > > > > > only for the SIP channel and not application by application, which > > > > > is the problem. > > > > > > > > Don't quiet understand the meaning of this. You can set codecs per > > > > user or peer - eg 500 Ulaw/Alaw, 502 ilbc&gsm, etc ...- Also, you can > > > > force a codec with the ${SIP_CODEC} variable. > > > > > > Just try... > > > It is not possible. > > > > Codec preferences can be set in the [general] section in sip.conf, but > > overwritten in the individual extension setting. It is possible to have a > > [500] extension with only g.711 and for example) and a [501] with gsm and > > g.729. > > Sure, but 500 is not a SIP peer/user. 500 is a "local" extension that > bridges to the Echo() application. > > Am I missing something? I think the point was that the [general] section allows you to allow one list of codecs, but the peer section overwrites that. If all your peers have explicit codec selections, you can control the codec list for apps by the codec list in the [general] section. How else would asterisk make a codec selection? It's still a sip call... Cheers, Remco -- Remco Treffkorn (RT445) HAM DC2XT remco at rvt.com (831) 685-1201 From geboyd53 at comcast.net Sun Jan 14 09:38:26 2007 From: geboyd53 at comcast.net (George Boyd) Date: Sun, 14 Jan 2007 01:38:26 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net In-Reply-To: References: Message-ID: <1168767506.31867.3.camel@george> > That's right - iLBC was not enabled. After enabling it, the > results were the same as when getting a connection with 500 at ekiga.net > and the PCMA codec - sound so choppy that is almost unintelligible. Are you using ALSA for both your input and output devices? There is a problem with ALSA if you do that causes the jitter buffer to max out no matter how high you set it. On my system I use ALSA, but I set the output device to my use my sound card and the input device to use default. That cured the problem for me. From dsandras at seconix.com Sun Jan 14 10:23:14 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 14 Jan 2007 11:23:14 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <200701131744.17340.remco@rvt.com> References: <45A759C4.4030704@wp.pl> <200701131031.11497.remco@rvt.com> <1168717279.3849.10.camel@scorpio> <200701131744.17340.remco@rvt.com> Message-ID: <1168770194.3428.0.camel@scorpio> Le samedi 13 janvier 2007 ? 17:44 -0800, Remco Treffkorn a ?crit : > > Sure, but 500 is not a SIP peer/user. 500 is a "local" extension that > > bridges to the Echo() application. > > > > Am I missing something? > > I think the point was that the [general] section allows you to allow one list > of codecs, but the peer section overwrites that. > > If all your peers have explicit codec selections, you can control the codec > list for apps by the codec list in the [general] section. How else would > asterisk make a codec selection? It's still a sip call... > My remark still stands, from my point of view, 500 is not a SIP Peer, but a local dialplan extension for which you can not force codecs. If you have the time to try, and produce some code that works, please mail it here. -- _ 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 keith at keithg4jvx.force9.co.uk Sun Jan 14 11:18:26 2007 From: keith at keithg4jvx.force9.co.uk (Keith Powell) Date: Sun, 14 Jan 2007 11:18:26 +0000 Subject: [Ekiga-list] Router problem In-Reply-To: <45A92F96.9090808@ntlworld.com> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> <45A92F96.9090808@ntlworld.com> Message-ID: <200701141118.27094.keith@keithg4jvx.force9.co.uk> On Saturday 13 January 2007 7:14 pm, ael wrote: > Keith Powell wrote: > > Hello. > > > > When I run Ekiga, without even trying to connect, the TX/RX light > > on my router immediately comes on and stays on permanently. The > > only way to stop it being on, is to switch the router off. It > > stays on even when I have shut ekiga down. Whilst it is on, the > > router is blocked and cannot be used for anything. > > No idea what is happening there, but I would suggest that you start > by turning off video (under Preferences) and just get the audio > going. > > > I have another problem as well, which I am sending in the same > > message in case they are related. > > > > There is no sound. When I run the set-up wizard and do the sound > > test, nothing. The mic and speaker sliders in the audio tab are > > completely to the left. When I try to move them, they spring back > > to the left, so the audio is always turned right down. > > This is a "feature" of ekiga which completely confused me when I > first tried it, and had teething problems. The behaviour you > describe is normal: the sliders only become active and sensible > during a call. So that is one problem solved :-) > > A E Lawrence Thanks for your reply. I will open the correct ports first and see what happens then. It's strange that the audio sliders are only active during a call. But there must be a reason for it! Cheers Keith From keith at keithg4jvx.force9.co.uk Sun Jan 14 11:25:16 2007 From: keith at keithg4jvx.force9.co.uk (Keith Powell) Date: Sun, 14 Jan 2007 11:25:16 +0000 Subject: [Ekiga-list] Router problem In-Reply-To: <1168717424.3849.13.camel@scorpio> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> <1168717424.3849.13.camel@scorpio> Message-ID: <200701141125.16652.keith@keithg4jvx.force9.co.uk> On Saturday 13 January 2007 7:43 pm, Damien Sandras wrote: > Hello, > > Le samedi 13 janvier 2007 ? 19:06 +0000, Keith Powell a ?crit : > > Hello. > > > > > > When I run Ekiga, without even trying to connect, the TX/RX light > > on my router immediately comes on and stays on permanently. > > So Ekiga is crashing your router. > > Wouldn't you have a router that supposedly supports SIP and has a > bug? > > [...] > Thank you for your reply and help. The ports I listed were opened for the other Linux chat programs I am trying. As I have now read the FAQ again, I now know which ports are for Ekiga, so I will open the correct ports first of all, and see what happens then. I hope that my router hasn't a bug! Keith From keith at keithg4jvx.force9.co.uk Sun Jan 14 11:27:49 2007 From: keith at keithg4jvx.force9.co.uk (Keith Powell) Date: Sun, 14 Jan 2007 11:27:49 +0000 Subject: [Ekiga-list] Router problem In-Reply-To: <200701131952.34271.cannewilson@tiscali.co.uk> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> <1168717424.3849.13.camel@scorpio> <200701131952.34271.cannewilson@tiscali.co.uk> Message-ID: <200701141127.49855.keith@keithg4jvx.force9.co.uk> On Saturday 13 January 2007 7:52 pm, Anne Wilson wrote: > On Saturday 13 January 2007 19:43, Damien Sandras wrote: > > > Start 6890 > > > End 6900 > > Those are the ports you are using for amsn, Keith. > > > > UDP 5060 > > > TCP 1720 > > That big depends on the result of the NAT test. The FAQ tells you > the implications of each possible result. > > Anne > Hello Anne. I decided to list all the ports which I had opened. As I had not read the FAQ carefully enough, I hadn't realised that Ekiga needed different ones opened! Keith From dsandras at seconix.com Sun Jan 14 11:29:59 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 14 Jan 2007 12:29:59 +0100 Subject: [Ekiga-list] Router problem In-Reply-To: <200701141125.16652.keith@keithg4jvx.force9.co.uk> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> <1168717424.3849.13.camel@scorpio> <200701141125.16652.keith@keithg4jvx.force9.co.uk> Message-ID: <1168774199.3428.2.camel@scorpio> Le dimanche 14 janvier 2007 ? 11:25 +0000, Keith Powell a ?crit : > Thank you for your reply and help. > > The ports I listed were opened for the other Linux chat programs I am > trying. As I have now read the FAQ again, I now know which ports are > for Ekiga, so I will open the correct ports first of all, and see > what happens then. I hope that my router hasn't a bug! > If using Ekiga crashes it and makes it unusable, then it has a bug, unfortunately... -- _ 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 keith at keithg4jvx.force9.co.uk Sun Jan 14 11:37:19 2007 From: keith at keithg4jvx.force9.co.uk (Keith Powell) Date: Sun, 14 Jan 2007 11:37:19 +0000 Subject: [Ekiga-list] Router problem In-Reply-To: <1168774199.3428.2.camel@scorpio> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> <200701141125.16652.keith@keithg4jvx.force9.co.uk> <1168774199.3428.2.camel@scorpio> Message-ID: <200701141137.19157.keith@keithg4jvx.force9.co.uk> On Sunday 14 January 2007 11:29 am, Damien Sandras wrote: > Le dimanche 14 janvier 2007 ? 11:25 +0000, Keith Powell a ?crit : > > Thank you for your reply and help. > > > > The ports I listed were opened for the other Linux chat programs > > I am trying. As I have now read the FAQ again, I now know which > > ports are for Ekiga, so I will open the correct ports first of > > all, and see what happens then. I hope that my router hasn't a > > bug! > > If using Ekiga crashes it and makes it unusable, then it has a bug, > unfortunately... A reply in four minutes. That must be a record! Thanks, Damien. It seems that I must abandon doing anything further with Ekiga. All this is very new to me, so I am rather clueless about it. I think I will see what the router manufacturer has to say about it. They may have issued an update which cures the bug. Thanks again. Keith From dsandras at seconix.com Sun Jan 14 11:50:06 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 14 Jan 2007 12:50:06 +0100 Subject: [Ekiga-list] Router problem In-Reply-To: <200701141137.19157.keith@keithg4jvx.force9.co.uk> References: <200701131906.26067.keith@keithg4jvx.force9.co.uk> <200701141125.16652.keith@keithg4jvx.force9.co.uk> <1168774199.3428.2.camel@scorpio> <200701141137.19157.keith@keithg4jvx.force9.co.uk> Message-ID: <1168775406.3428.4.camel@scorpio> Le dimanche 14 janvier 2007 ? 11:37 +0000, Keith Powell a ?crit : > On Sunday 14 January 2007 11:29 am, Damien Sandras wrote: > > Le dimanche 14 janvier 2007 ? 11:25 +0000, Keith Powell a ?crit : > > > Thank you for your reply and help. > > > > > > The ports I listed were opened for the other Linux chat programs > > > I am trying. As I have now read the FAQ again, I now know which > > > ports are for Ekiga, so I will open the correct ports first of > > > all, and see what happens then. I hope that my router hasn't a > > > bug! > > > > If using Ekiga crashes it and makes it unusable, then it has a bug, > > unfortunately... > > A reply in four minutes. That must be a record! > > Thanks, Damien. It seems that I must abandon doing anything further > with Ekiga. All this is very new to me, so I am rather clueless about > it. > > I think I will see what the router manufacturer has to say about it. > They may have issued an update which cures the bug. > Most probably it has some internal (and buggy) SIP support. You should try disabling SIP support at the router level. -- _ 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 devel at tootai.net Sun Jan 14 15:41:38 2007 From: devel at tootai.net (Daniel Huhardeaux) Date: Sun, 14 Jan 2007 16:41:38 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168710087.3849.0.camel@scorpio> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> Message-ID: <45AA4F32.4000506@tootai.net> Damien Sandras a ?crit : > Le samedi 13 janvier 2007 ? 18:19 +0100, Daniel Huhardeaux a ?crit : > >> Damien Sandras a ?crit : >> >>> [...] >>> >> Hello >> >>> However, we are using Asterisk, and Asterisk allows setting codecs only >>> for the SIP channel and not application by application, which is the >>> problem. >>> >>> >> Don't quiet understand the meaning of this. You can set codecs per user >> or peer - eg 500 Ulaw/Alaw, 502 ilbc&gsm, etc ...- Also, you can force a >> codec with the ${SIP_CODEC} variable. >> >> > > Just try... > It is not possible. > From our dialplan [IsFAX?] ; For Outside exten => _0.,1,NoOp(Fax for outside our network) exten => _0.,n,Set(SIP_CODEC=ulaw) ;or SetGlobalVar(SIP_CODEC=ulaw) for 1.2 Set(GLOBAL(SIP_CODEC)=ulaw) for 1.4 and trunk exten => [blablabla] -- Daniel From 1.41421 at gmail.com Sun Jan 14 16:34:14 2007 From: 1.41421 at gmail.com (JCA) Date: Sun, 14 Jan 2007 08:34:14 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net Message-ID: >> That's right - iLBC was not enabled. After enabling it, the >> results were the same as when getting a connection with 500 at ekiga.net >> and the PCMA codec - sound so choppy that is almost unintelligible. > > Are you using ALSA for both your input and output devices? There is a > problem with ALSA if you do that causes the jitter buffer to max out no > matter how high you set it. > > On my system I use ALSA, but I set the output device to my use my sound > card and the input device to use default. That cured the problem for me. Thanks for your suggestion. Unfortunately, that did not make any difference. In any case, the value of my jitter buffer never seems to go above 100ms. Most of the time it stays below 30 (iLBC codec) and on 20 (PCMA codec). From remco at rvt.com Sun Jan 14 16:41:09 2007 From: remco at rvt.com (Remco Treffkorn) Date: Sun, 14 Jan 2007 08:41:09 -0800 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168770194.3428.0.camel@scorpio> References: <45A759C4.4030704@wp.pl> <200701131744.17340.remco@rvt.com> <1168770194.3428.0.camel@scorpio> Message-ID: <200701140841.09386.remco@rvt.com> On Sunday 14 January 2007 02:23, Damien Sandras wrote: > Le samedi 13 janvier 2007 ? 17:44 -0800, Remco Treffkorn a ?crit : > > > Sure, but 500 is not a SIP peer/user. 500 is a "local" extension that > > > bridges to the Echo() application. > > > > > > Am I missing something? > > > > I think the point was that the [general] section allows you to allow one > > list of codecs, but the peer section overwrites that. > > > > If all your peers have explicit codec selections, you can control the > > codec list for apps by the codec list in the [general] section. How else > > would asterisk make a codec selection? It's still a sip call... > > My remark still stands, from my point of view, 500 is not a SIP Peer, > but a local dialplan extension for which you can not force codecs. > > If you have the time to try, and produce some code that works, please > mail it here. Just one question then: I call 500 from my new super-duper sip phone that only supports g.915 and gsn. Which codec will be chosen? Here the code: sip.conf-------------- [general] disallow=all allow=gsn allow=g915 ... [501] disallow=all allow=g711 ------------------------ extensions.conf-- ... exten => 500,1,Playback(demo-echotest) ; Let them know what's going on exten => 500,2,Echo ; Do the echo test exten => 500,3,Playback(demo-echodone) ; Let them know it's over exten => 500,4,Hangup ----------------------- -- Remco Treffkorn (RT445) HAM DC2XT remco at rvt.com (831) 685-1201 From dsandras at seconix.com Sun Jan 14 18:01:31 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 14 Jan 2007 19:01:31 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <200701140841.09386.remco@rvt.com> References: <45A759C4.4030704@wp.pl> <200701131744.17340.remco@rvt.com> <1168770194.3428.0.camel@scorpio> <200701140841.09386.remco@rvt.com> Message-ID: <1168797691.3577.5.camel@scorpio> Le dimanche 14 janvier 2007 ? 08:41 -0800, Remco Treffkorn a ?crit : > On Sunday 14 January 2007 02:23, Damien Sandras wrote: > > Le samedi 13 janvier 2007 ? 17:44 -0800, Remco Treffkorn a ?crit : > > > > Sure, but 500 is not a SIP peer/user. 500 is a "local" extension that > > > > bridges to the Echo() application. > > > > > > > > Am I missing something? > > > > > > I think the point was that the [general] section allows you to allow one > > > list of codecs, but the peer section overwrites that. > > > > > > If all your peers have explicit codec selections, you can control the > > > codec list for apps by the codec list in the [general] section. How else > > > would asterisk make a codec selection? It's still a sip call... > > > > My remark still stands, from my point of view, 500 is not a SIP Peer, > > but a local dialplan extension for which you can not force codecs. > > > > If you have the time to try, and produce some code that works, please > > mail it here. > > Just one question then: I call 500 from my new super-duper sip phone that only > supports g.915 and gsn. Which codec will be chosen? > It depends, if your phone is registered as 501, it will use the codecs defined in the [501] section, otherwise, it will use the ones in [general]. > Here the code: > > sip.conf-------------- > [general] > disallow=all > allow=gsn > allow=g915 > ... > > [501] > disallow=all > allow=g711 > ------------------------ > > extensions.conf-- > ... > exten => 500,1,Playback(demo-echotest) ; Let them know what's going on > exten => 500,2,Echo ; Do the echo test > exten => 500,3,Playback(demo-echodone) ; Let them know it's over > exten => 500,4,Hangup > ----------------------- > > -- > Remco Treffkorn (RT445) > HAM DC2XT > remco at rvt.com (831) 685-1201 > > _______________________________________________ > 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 rankincj at yahoo.com Sun Jan 14 18:11:00 2007 From: rankincj at yahoo.com (Chris Rankin) Date: Sun, 14 Jan 2007 18:11:00 +0000 (GMT) Subject: [Ekiga-list] Codec configuration (Was: Very choppy sound with sip:500@ekiga.net) In-Reply-To: Message-ID: <20070114181100.42950.qmail@web52915.mail.yahoo.com> --- JCA <1.41421 at gmail.com> wrote: > Thanks for your suggestion. Unfortunately, that did not make any > difference. In any case, the value of my jitter buffer never seems to > go above 100ms. Most of the time it stays below 30 (iLBC codec) and on > 20 (PCMA codec). Do you need to restart ekiga whenever you enable/disable audio codecs? I had always assumed that ekiga.net only supported PCMA audio because disabling PCMA audio just used to mean that I didn't get any sound. However, I just tried re-running ekiga with the "-d 4" parameter and suddenly I'm getting iLBC audio. Has anyone else noticed anything like this, please? Cheers, Chris ___________________________________________________________ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html From dsandras at seconix.com Sun Jan 14 18:14:09 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 14 Jan 2007 19:14:09 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45AA4F32.4000506@tootai.net> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> Message-ID: <1168798449.3577.9.camel@scorpio> Le dimanche 14 janvier 2007 ? 16:41 +0100, Daniel Huhardeaux a ?crit : > > Just try... > > It is not possible. > > > From our dialplan > > [IsFAX?] > ; For Outside > exten => _0.,1,NoOp(Fax for outside our network) > exten => _0.,n,Set(SIP_CODEC=ulaw) > ;or SetGlobalVar(SIP_CODEC=ulaw) for 1.2 Set(GLOBAL(SIP_CODEC)=ulaw) for > 1.4 and trunk > > exten => [blablabla] I had tried that in the past too, and it didn't work. I just tried again, and it doesn't work. I have the feeling it makes the RTP stream switch to G.711 but only in one directly: which is logical because the SIP handshake has already taken place. -- _ 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 Sun Jan 14 18:14:44 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 14 Jan 2007 19:14:44 +0100 Subject: [Ekiga-list] Codec configuration (Was: Very choppy sound with sip:500@ekiga.net) In-Reply-To: <20070114181100.42950.qmail@web52915.mail.yahoo.com> References: <20070114181100.42950.qmail@web52915.mail.yahoo.com> Message-ID: <1168798484.3577.11.camel@scorpio> Le dimanche 14 janvier 2007 ? 18:11 +0000, Chris Rankin a ?crit : > --- JCA <1.41421 at gmail.com> wrote: > > Thanks for your suggestion. Unfortunately, that did not make any > > difference. In any case, the value of my jitter buffer never seems to > > go above 100ms. Most of the time it stays below 30 (iLBC codec) and on > > 20 (PCMA codec). > > Do you need to restart ekiga whenever you enable/disable audio codecs? I had always assumed that > ekiga.net only supported PCMA audio because disabling PCMA audio just used to mean that I didn't > get any sound. However, I just tried re-running ekiga with the "-d 4" parameter and suddenly I'm > getting iLBC audio. > > Has anyone else noticed anything like this, please? > Lol, I am currently experimenting. You just tried at the bad moment ;-P -- _ 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 geboyd53 at comcast.net Sun Jan 14 19:28:45 2007 From: geboyd53 at comcast.net (George Boyd) Date: Sun, 14 Jan 2007 11:28:45 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net In-Reply-To: References: Message-ID: <1168802925.20970.0.camel@george> What speed are you connected to the internet? > Thanks for your suggestion. Unfortunately, that did not make any > difference. In any case, the value of my jitter buffer never seems to > go above 100ms. Most of the time it stays below 30 (iLBC codec) and on > 20 (PCMA codec). > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From rankincj at yahoo.com Sun Jan 14 19:37:16 2007 From: rankincj at yahoo.com (Chris Rankin) Date: Sun, 14 Jan 2007 19:37:16 +0000 (GMT) Subject: [Ekiga-list] Codec configuration (Was: Very choppy sound with sip:500@ekiga.net) In-Reply-To: <1168798484.3577.11.camel@scorpio> Message-ID: <603749.63483.qm@web52903.mail.yahoo.com> --- Damien Sandras wrote: > Lol, I am currently experimenting. You just tried at the bad moment ;-P Is it still a bad moment? I'm still not getting any sound unless PCMA is enabled. Cheers, Chris ___________________________________________________________ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html From dsandras at seconix.com Sun Jan 14 21:13:33 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 14 Jan 2007 22:13:33 +0100 Subject: [Ekiga-list] Codec configuration (Was: Very choppy sound with sip:500@ekiga.net) In-Reply-To: <603749.63483.qm@web52903.mail.yahoo.com> References: <603749.63483.qm@web52903.mail.yahoo.com> Message-ID: <1168809213.3531.2.camel@scorpio> Le dimanche 14 janvier 2007 ? 19:37 +0000, Chris Rankin a ?crit : > --- Damien Sandras wrote: > > Lol, I am currently experimenting. You just tried at the bad moment ;-P > > Is it still a bad moment? I'm still not getting any sound unless PCMA is enabled. That's the only codec that has ever been allowed on ekiga.net. -- _ 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 devel at tootai.net Mon Jan 15 09:32:16 2007 From: devel at tootai.net (Daniel Huhardeaux) Date: Mon, 15 Jan 2007 10:32:16 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168798449.3577.9.camel@scorpio> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> Message-ID: <45AB4A20.5060205@tootai.net> Damien Sandras a ?crit : > Le dimanche 14 janvier 2007 ? 16:41 +0100, Daniel Huhardeaux a ?crit : > >>> Just try... >>> It is not possible. >>> >>> >> From our dialplan >> >> [IsFAX?] >> ; For Outside >> exten => _0.,1,NoOp(Fax for outside our network) >> exten => _0.,n,Set(SIP_CODEC=ulaw) >> ;or SetGlobalVar(SIP_CODEC=ulaw) for 1.2 Set(GLOBAL(SIP_CODEC)=ulaw) for >> 1.4 and trunk >> >> exten => [blablabla] >> > > I had tried that in the past too, and it didn't work. > > I just tried again, and it doesn't work. I have the feeling it makes the > RTP stream switch to G.711 but only in one directly: which is logical > because the SIP handshake has already taken place. > Can be true as I always use it before starting a call. If I well understand, the 500 at ekiga.net is accepted by Asterisk from the context=default part from [general] in sip.conf which allow anonymous calls? Perhaps you should create a [500] user with all accepted codecs and send incoming calls to context=echotest which is your actuel 500 part in extension conf. -- Daniel From 1.41421 at gmail.com Mon Jan 15 18:22:11 2007 From: 1.41421 at gmail.com (JCA) Date: Mon, 15 Jan 2007 10:22:11 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net Message-ID: > What speed are you connected to the internet? 300 KB/s downstream, 50 KB/s upstream, where 1 KB = 1,024 bytes. GnomeMeeting 1.2.2 used to work fine on this connection, and so does Skype (well, as fine as Skype can work). From mmendez534 at gmail.com Mon Jan 15 18:26:26 2007 From: mmendez534 at gmail.com (Manuel Mendez) Date: Mon, 15 Jan 2007 13:26:26 -0500 Subject: [Ekiga-list] mac osx Message-ID: <7d6c74970701151026p53134dfcvdcfab0c620a27ed7@mail.gmail.com> Hello, I hope I can be helped. I just discovered this program from Ubuntu and was looking through the help and saw mac osx compatibility and I was very happy to know that I had found something that my girlfriend could also use. So I went and tried to find it and install it and it wont and gives out something to do with gnome. Is it no longer supported on macs or do I have to go somewhere else to get it? Thanks manny -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 15 19:15:24 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 15 Jan 2007 20:15:24 +0100 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net In-Reply-To: References: Message-ID: <1168888524.3957.0.camel@scorpio> Le lundi 15 janvier 2007 ? 10:22 -0800, JCA a ?crit : > > What speed are you connected to the internet? > > 300 KB/s downstream, 50 KB/s upstream, where 1 KB = 1,024 bytes. > > GnomeMeeting 1.2.2 used to work fine on this connection, and so > does Skype (well, as fine as Skype can work). Then most probably your ALSA setup has changed, because Ekiga has no significant change compared to GnomeMeeting in the audio layer... -- _ 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 Jan 15 19:16:00 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 15 Jan 2007 20:16:00 +0100 Subject: [Ekiga-list] mac osx In-Reply-To: <7d6c74970701151026p53134dfcvdcfab0c620a27ed7@mail.gmail.com> References: <7d6c74970701151026p53134dfcvdcfab0c620a27ed7@mail.gmail.com> Message-ID: <1168888560.3957.2.camel@scorpio> Le lundi 15 janvier 2007 ? 13:26 -0500, Manuel Mendez a ?crit : > Hello, I hope I can be helped. I just discovered this program from > Ubuntu and was looking through the help and saw mac osx compatibility > and I was very happy to know that I had found something that my > girlfriend could also use. So I went and tried to find it and install > it and it wont and gives out something to do with gnome. Is it no > longer supported on macs or do I have to go somewhere else to get it? > I think nobody maintains Ekiga for MacOSX, but you could use XMeeting which is compatible. -- _ 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 Jan 15 21:40:58 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 15 Jan 2007 22:40:58 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45AB4A20.5060205@tootai.net> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> Message-ID: <1168897258.3957.11.camel@scorpio> Le lundi 15 janvier 2007 ? 10:32 +0100, Daniel Huhardeaux a ?crit : > Damien Sandras a ?crit : > > Le dimanche 14 janvier 2007 ? 16:41 +0100, Daniel Huhardeaux a ?crit : > > > >>> Just try... > >>> It is not possible. > >>> > >>> > >> From our dialplan > >> > >> [IsFAX?] > >> ; For Outside > >> exten => _0.,1,NoOp(Fax for outside our network) > >> exten => _0.,n,Set(SIP_CODEC=ulaw) > >> ;or SetGlobalVar(SIP_CODEC=ulaw) for 1.2 Set(GLOBAL(SIP_CODEC)=ulaw) for > >> 1.4 and trunk > >> > >> exten => [blablabla] > >> > > > > I had tried that in the past too, and it didn't work. > > > > I just tried again, and it doesn't work. I have the feeling it makes the > > RTP stream switch to G.711 but only in one directly: which is logical > > because the SIP handshake has already taken place. > > > Can be true as I always use it before starting a call. > I have moved the instruction above the Answer, and now it works as expected (/me slaps himself). All extensions now support ilbc/gsm/alaw as well as h261. The conference room has been configured to support only alaw. Thanks for the hint! -- _ 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 geboyd53 at comcast.net Tue Jan 16 10:57:30 2007 From: geboyd53 at comcast.net (George Boyd) Date: Tue, 16 Jan 2007 02:57:30 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net In-Reply-To: References: Message-ID: <1168945050.7660.18.camel@george> Are you using video when you make your calls? 50 KB/s upstream isn't quite enough if you are using video and have the quality or frame rate set very high. I'm not sure if I asked you before, but you might try using GSM instead of ilbc if your VOIP provider uses it. Also if your VOIP provider uses SPEEX narrow, that will help a lot too. I'm using cable (1 megabyte download, 356 kilobytes upload and on some connections using video, it's still not enough if I'm also using one of the audio codecs that are high bandwidth hogs plus high quality video. Also, if you don't mind making your video smaller, that will cut down on a lot of your band width uses. Also, if your talking to friends that are using standard analog modems, that can also create the problems you describe if they aren't using one of the low bandwidth audio codecs (or are trying to use video too with the video quality and frame rates set to high). I hope this info will help you in resolving your problems with the audio. If there is anything else I run across that may help you, I will let you know, Good Luck, George > 300 KB/s downstream, 50 KB/s upstream, where 1 KB = 1,024 bytes. > > GnomeMeeting 1.2.2 used to work fine on this connection, and so > does Skype (well, as fine as Skype can work). From laurentp at wp.pl Tue Jan 16 11:10:10 2007 From: laurentp at wp.pl (W.P.) Date: Tue, 16 Jan 2007 12:10:10 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168897258.3957.11.camel@scorpio> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> Message-ID: <45ACB292.5010203@wp.pl> >All extensions now support ilbc/gsm/alaw as well as h261. >The conference room has been configured to support only alaw. > >Thanks for the hint! > > Damien, could You set up an extension that supports LPC codec?? (Maybe not 500 but other numer if you prefer). I would like this to test my internet connection (it is GPRS ;( ) W.P. From dsandras at seconix.com Tue Jan 16 17:33:18 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 16 Jan 2007 18:33:18 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45ACB292.5010203@wp.pl> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> <45ACB292.5010203@wp.pl> Message-ID: <1168968798.3593.12.camel@scorpio> Le mardi 16 janvier 2007 ? 12:10 +0100, W.P. a ?crit : > > > >All extensions now support ilbc/gsm/alaw as well as h261. > >The conference room has been configured to support only alaw. > > > >Thanks for the hint! > > > > > Damien, could You set up an extension that supports LPC codec?? > (Maybe not 500 but other numer if you prefer). > I would like this to test my internet connection (it is GPRS ;( ) > what LPC codec? -- _ 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 laurentp at wp.pl Tue Jan 16 19:00:08 2007 From: laurentp at wp.pl (W.P.) Date: Tue, 16 Jan 2007 20:00:08 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1168968798.3593.12.camel@scorpio> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> <45ACB292.5010203@wp.pl> <1168968798.3593.12.camel@scorpio> Message-ID: <45AD20B8.4020008@wp.pl> U?ytkownik Damien Sandras napisa?: >Le mardi 16 janvier 2007 ? 12:10 +0100, W.P. a ?crit : > > >> >> >> >> >>>All extensions now support ilbc/gsm/alaw as well as h261. >>>The conference room has been configured to support only alaw. >>> >>>Thanks for the hint! >>> >>> >>> >>> >>Damien, could You set up an extension that supports LPC codec?? >>(Maybe not 500 but other numer if you prefer). >>I would like this to test my internet connection (it is GPRS ;( ) >> >> >> > >what LPC codec? > > The one that is found on Ekiga codecs list with 2,5kbps bandwith requirement. W.P. From derek at indranet.co.nz Tue Jan 16 21:08:02 2007 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 17 Jan 2007 10:08:02 +1300 (NZDT) Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net In-Reply-To: <1168945050.7660.18.camel@george> References: <1168945050.7660.18.camel@george> Message-ID: Hi, I wonder if you can make an audio only call to the sip:500 at ekiga.net address. find a second computer with a microphone attached, and record the sound that comes out the speaker. If we can see a regular pattern in the sound, or such, it will be possible to work out the cause of your sound issues. My suggestion is to put the sound you recorded into analysis software (audacity is a great start) and look for periods in the sound. My guess: There is a regular 30ms pattern in the sound. 20ms on, and then 10ms off. Weird things with alsa exist. - I have one particular alsa setup that demands the audio supplied to it is in 20ms chunks, which conflicts with those codecs that use 30ms chunks. It is a long story on that one, and results in time modifying /etc/asound.conf Derek On Tue, 16 Jan 2007, George Boyd wrote: > Are you using video when you make your calls? 50 KB/s upstream isn't > quite enough if you are using video and have the quality or frame rate > set very high. > > I'm not sure if I asked you before, but you might try using GSM instead > of ilbc if your VOIP provider uses it. Also if your VOIP provider uses > SPEEX narrow, that will help a lot too. > > I'm using cable (1 megabyte download, 356 kilobytes upload and on some > connections using video, it's still not enough if I'm also using one of > the audio codecs that are high bandwidth hogs plus high quality video. > > Also, if you don't mind making your video smaller, that will cut down on > a lot of your band width uses. > > Also, if your talking to friends that are using standard analog modems, > that can also create the problems you describe if they aren't using one > of the low bandwidth audio codecs (or are trying to use video too with > the video quality and frame rates set to high). > > I hope this info will help you in resolving your problems with the > audio. > > If there is anything else I run across that may help you, I will let you > know, > > Good Luck, > George > > > > > 300 KB/s downstream, 50 KB/s upstream, where 1 KB = 1,024 bytes. > > > > GnomeMeeting 1.2.2 used to work fine on this connection, and so > > does Skype (well, as fine as Skype can work). > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. Email: derek at indranet.co.nz ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ From afb at paradise.net.nz Wed Jan 17 09:52:26 2007 From: afb at paradise.net.nz (Adam Bogacki) Date: Wed, 17 Jan 2007 22:52:26 +1300 Subject: [Ekiga-list] dbus problem ? Message-ID: <1169027546.14347.25.camel@Tux> Hi, I'm getting crackly reception at sip:500 and sip:*393613 and unprintable complaints about reception with PC-to-Landline. 'ekiga -D 4' includes > (ekiga:32395): libgnomevfs-WARNING **: Failed to open session DBUS > connection: Unable to determine the address of the message bus > (try 'man dbus-launch' and 'man dbus-daemon' for help) http://wiki.ekiga.org/index.php/F.A.Q.:_Additional_Information suggests dbus-glib but Edgy Eft gives me root at Tux:~# apt-get install dbus-glib ........ E: Couldn't find package dbus-glib What am I missing here ? Adam. From dsandras at seconix.com Wed Jan 17 15:41:08 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 17 Jan 2007 16:41:08 +0100 Subject: [Ekiga-list] dbus problem ? In-Reply-To: <1169027546.14347.25.camel@Tux> References: <1169027546.14347.25.camel@Tux> Message-ID: <1169048468.3594.60.camel@scorpio> Le mercredi 17 janvier 2007 ? 22:52 +1300, Adam Bogacki a ?crit : > Hi, I'm getting crackly reception at > sip:500 and sip:*393613 and unprintable complaints about reception with > PC-to-Landline. > > 'ekiga -D 4' includes > > > > (ekiga:32395): libgnomevfs-WARNING **: Failed to open session DBUS > > connection: Unable to determine the address of the message bus > > (try 'man dbus-launch' and 'man dbus-daemon' for help) > > > http://wiki.ekiga.org/index.php/F.A.Q.:_Additional_Information > > suggests dbus-glib but Edgy Eft gives me > > root at Tux:~# apt-get install dbus-glib > ........ > E: Couldn't find package dbus-glib > > What am I missing here ? > Your problem is not related to DBUS. Please have a look at the FAQ, do the audio tests and tell us more about the details of your problem. -- _ 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 Jan 17 15:41:37 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 17 Jan 2007 16:41:37 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45AD20B8.4020008@wp.pl> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> <45ACB292.5010203@wp.pl> <1168968798.3593.12.camel@scorpio> <45AD20B8.4020008@wp.pl> Message-ID: <1169048497.3594.62.camel@scorpio> Le mardi 16 janvier 2007 ? 20:00 +0100, W.P. a ?crit : > U?ytkownik Damien Sandras napisa?: > > >Le mardi 16 janvier 2007 ? 12:10 +0100, W.P. a ?crit : > > > > > >> > >> > >> > >> > >>>All extensions now support ilbc/gsm/alaw as well as h261. > >>>The conference room has been configured to support only alaw. > >>> > >>>Thanks for the hint! > >>> > >>> > >>> > >>> > >>Damien, could You set up an extension that supports LPC codec?? > >>(Maybe not 500 but other numer if you prefer). > >>I would like this to test my internet connection (it is GPRS ;( ) > >> > >> > >> > > > >what LPC codec? > > > > > The one that is found on Ekiga codecs list with 2,5kbps bandwith > requirement. > I'll check but I think Asterisk doesn't support it. It gives unintelligible voice. -- _ 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 geboyd53 at comcast.net Thu Jan 18 12:02:33 2007 From: geboyd53 at comcast.net (George Boyd) Date: Thu, 18 Jan 2007 04:02:33 -0800 Subject: [Ekiga-list] ils.seconix.com In-Reply-To: <1169048497.3594.62.camel@scorpio> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> <45ACB292.5010203@wp.pl> <1168968798.3593.12.camel@scorpio> <45AD20B8.4020008@wp.pl> <1169048497.3594.62.camel@scorpio> Message-ID: <1169121753.3799.2.camel@george> Is ils.seconix.com still active? If so, how do I register? When I ping it, I get a return, but if I try to browse to it, it says it can't find the web page George -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Thu Jan 18 12:11:33 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 18 Jan 2007 13:11:33 +0100 Subject: [Ekiga-list] ils.seconix.com In-Reply-To: <1169121753.3799.2.camel@george> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> <45ACB292.5010203@wp.pl> <1168968798.3593.12.camel@scorpio> <45AD20B8.4020008@wp.pl> <1169048497.3594.62.camel@scorpio> <1169121753.3799.2.camel@george> Message-ID: <1169122293.3588.4.camel@scorpio> Le jeudi 18 janvier 2007 ? 04:02 -0800, George Boyd a ?crit : > Is ils.seconix.com still active? If so, how do I register? When I ping > it, I get a return, but if I try to browse to it, it says it can't > find the web page > It has been deprecated when 2.00 has been released. -- _ 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 1.41421 at gmail.com Thu Jan 18 15:52:20 2007 From: 1.41421 at gmail.com (JCA) Date: Thu, 18 Jan 2007 07:52:20 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net Message-ID: > > What speed are you connected to the internet? > > 300 KB/s downstream, 50 KB/s upstream, where 1 KB = 1,024 bytes. > > GnomeMeeting 1.2.2 used to work fine on this connection, and so > does Skype (well, as fine as Skype can work). > > Then most probably your ALSA setup has changed, because Ekiga has no > significant change compared to GnomeMeeting in the audio layer... What has certainly changed is the ALSA version. (Sigh) Why can't they do ALSA right, once and for all? From 1.41421 at gmail.com Thu Jan 18 16:02:47 2007 From: 1.41421 at gmail.com (JCA) Date: Thu, 18 Jan 2007 08:02:47 -0800 Subject: [Ekiga-list] Very choppy sound with sip:500@ekiga.net Message-ID: > Are you using video when you make your calls? No. > I'm not sure if I asked you before, but you might try using GSM instead > of ilbc if your VOIP provider uses it. Tried, no change. > Also if your VOIP provider uses SPEEX narrow, that will help a lot too. > I'm using cable (1 megabyte download, 356 kilobytes upload and on some > connections using video, it's still not enough if I'm also using one of > the audio codecs that are high bandwidth hogs plus high quality video. Well, I use my connection to interact with some people in Europe by means of Skype and streaming video from webcams (both directions, 640x480, refreshing at maybe 3 frames per second) and things work fine. What is it that you are doing for which a connection as fat as that is not enough? > Also, if you don't mind making your video smaller, that will cut down on > a lot of your band width uses. > > Also, if your talking to friends that are using standard analog modems, > that can also create the problems you describe if they aren't using one > of the low bandwidth audio codecs (or are trying to use video too with > the video quality and frame rates set to high). > > I hope this info will help you in resolving your problems with the > audio. Thanks so much for your help. From laurentp at wp.pl Thu Jan 18 16:10:38 2007 From: laurentp at wp.pl (W.P.) Date: Thu, 18 Jan 2007 17:10:38 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1169048497.3594.62.camel@scorpio> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> <45ACB292.5010203@wp.pl> <1168968798.3593.12.camel@scorpio> <45AD20B8.4020008@wp.pl> <1169048497.3594.62.camel@scorpio> Message-ID: <45AF9BFE.9070203@wp.pl> U?ytkownik Damien Sandras napisa?: >Le mardi 16 janvier 2007 ? 20:00 +0100, W.P. a ?crit : > > >>U?ytkownik Damien Sandras napisa?: >> >> >> >>>Le mardi 16 janvier 2007 ? 12:10 +0100, W.P. a ?crit : >>> >>> >>> >>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>>All extensions now support ilbc/gsm/alaw as well as h261. >>>>>The conference room has been configured to support only alaw. >>>>> >>>>>Thanks for the hint! >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Damien, could You set up an extension that supports LPC codec?? >>>>(Maybe not 500 but other numer if you prefer). >>>>I would like this to test my internet connection (it is GPRS ;( ) >>>> >>>> >>>> >>>> >>>> >>>what LPC codec? >>> >>> >>> >>> >>The one that is found on Ekiga codecs list with 2,5kbps bandwith >>requirement. >> >> >> > >I'll check but I think Asterisk doesn't support it. It gives >unintelligible voice. > > In Asterisk sources I have found a codec named LPC10. Is it the same algorithm that in Ekiga? W.P. From dsandras at seconix.com Thu Jan 18 16:14:58 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 18 Jan 2007 17:14:58 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45AF9BFE.9070203@wp.pl> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> <45ACB292.5010203@wp.pl> <1168968798.3593.12.camel@scorpio> <45AD20B8.4020008@wp.pl> <1169048497.3594.62.camel@scorpio> <45AF9BFE.9070203@wp.pl> Message-ID: <1169136898.3588.18.camel@scorpio> Le jeudi 18 janvier 2007 ? 17:10 +0100, W.P. a ?crit : > In Asterisk sources I have found a codec named LPC10. Is it the same > algorithm that in Ekiga? > Probably yes. I'll try it when I have the time. -- _ 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 laurentp at wp.pl Thu Jan 18 18:06:57 2007 From: laurentp at wp.pl (W.P.) Date: Thu, 18 Jan 2007 19:06:57 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1169136898.3588.18.camel@scorpio> References: <45A759C4.4030704@wp.pl> <1168596901.3471.16.camel@scorpio> <45A914AC.1050107@tootai.net> <1168710087.3849.0.camel@scorpio> <45AA4F32.4000506@tootai.net> <1168798449.3577.9.camel@scorpio> <45AB4A20.5060205@tootai.net> <1168897258.3957.11.camel@scorpio> <45ACB292.5010203@wp.pl> <1168968798.3593.12.camel@scorpio> <45AD20B8.4020008@wp.pl> <1169048497.3594.62.camel@scorpio> <45AF9BFE.9070203@wp.pl> <1169136898.3588.18.camel@scorpio> Message-ID: <45AFB741.2010308@wp.pl> U?ytkownik Damien Sandras napisa?: >Le jeudi 18 janvier 2007 ? 17:10 +0100, W.P. a ?crit : > > > >>In Asterisk sources I have found a codec named LPC10. Is it the same >>algorithm that in Ekiga? >> >> >> > >Probably yes. > >I'll try it when I have the time. > > I have set up at my home an Asterisk ;) (with little knowledge what am I doing ;), and LPC codec works, at least in echo test. Test-annoucing message is very distorted, but this is maybe because of recoding (afair messages are stored in GSM format). In Asterisk codec name is lpc10. Now I'm waiting for possibility to test it on WAN ;) W.P. From Wolfram.Wagner at web.de Thu Jan 18 20:11:07 2007 From: Wolfram.Wagner at web.de (Wolfram Wagner) Date: Thu, 18 Jan 2007 21:11:07 +0100 Subject: [Ekiga-list] Solved: SIP Registration failed behind Fritzbox Message-ID: <200701182111.08479.Wolfram.Wagner@web.de> Hi, My problem was that I cannot register to ekiga.net SIP service since I have got a new DSL router. This DSL router is also a base station/interface to do phone calls over internet. the solution was so obvious that I am almost ashamed to tell it: First thing to do is to change SIP port of ekiga from 6080 to another, because this port is exclusively used by the router. Port forwarding of this port is forbidden. The port change can be done using gconf-editor apps-ekiga-protocols-sip. After that this port should be entered in portforwarding list on router. My second problem was, that I found an entry in ekigas properties, which I have not entered I think: SIP-preferences, outgoing proxy was set to something. After I deleted it, it worked better than ever. Thanks to your help Damien! Another thing I noticed is that my sound distorsions do exist only, if I have changed video mode to full screen. Blowing up the video seems to bring ALSA into troubles. I would greatly appriciate, if this can be improved somehow. Wolfram From jan.schampera at web.de Fri Jan 19 04:41:26 2007 From: jan.schampera at web.de (Jan Schampera) Date: Fri, 19 Jan 2007 05:41:26 +0100 Subject: [Ekiga-list] Solved: SIP Registration failed behind Fritzbox In-Reply-To: <200701182111.08479.Wolfram.Wagner@web.de> References: <200701182111.08479.Wolfram.Wagner@web.de> Message-ID: <20070119054126.7280dbce@localhost.localdomain> On Thu, 18 Jan 2007 21:11:07 +0100 Wolfram Wagner wrote: > Another thing I noticed is that my sound distorsions do exist only, > if I have changed video mode to full screen. Blowing up the video > seems to bring ALSA into troubles. > I would greatly appriciate, if this can be improved somehow. If it's really a CPU time problem, planned XVideo support might improve the situation. But also check, if your soundcard is attached to interrupts that are massively used when graphic operations are done for example. I have - for what reason ever - chops in the signal (and jitterbuffer raises) when I scroll massive text on a gnome-terminal (doesn't happen with xterm) for example. J. -- "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs" --Robert Firth From prakashb at tataelxsi.co.in Fri Jan 19 11:35:17 2007 From: prakashb at tataelxsi.co.in (Prakash B) Date: Fri, 19 Jan 2007 17:05:17 +0530 (IST) Subject: [Ekiga-list] Can ekiga run with h.263 video codec Message-ID: <20070119170517.CEU91558@mail.tataelxsi.co.in> I am having the ekiga source code and i am conferencing through that using SPEEX and h.261. But i saw the h.263 codec in opal-2.2.2/src/codec/h.263codec.cxx. But in the preference GUI window of the application ekiga there is no option to go with the options of the h.263. Would you please guide me to run ekiga with h.263 video codec. Is it possible to use the source code h.263codec.cxx ? Thanks in advance. - prakash From jan.schampera at web.de Fri Jan 19 16:42:21 2007 From: jan.schampera at web.de (Jan Schampera) Date: Fri, 19 Jan 2007 17:42:21 +0100 Subject: [Ekiga-list] Can ekiga run with h.263 video codec In-Reply-To: <20070119170517.CEU91558@mail.tataelxsi.co.in> References: <20070119170517.CEU91558@mail.tataelxsi.co.in> Message-ID: <20070119174221.26f86e39@localhost.localdomain> On Fri, 19 Jan 2007 17:05:17 +0530 (IST) Prakash B wrote: > Would you please guide me to run ekiga with h.263 video codec. Is > it possible to use the source code h.263codec.cxx ? I'm not entirely sure, but isn't that the patented one? J. -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin From cannewilson at tiscali.co.uk Fri Jan 19 17:51:10 2007 From: cannewilson at tiscali.co.uk (Anne Wilson) Date: Fri, 19 Jan 2007 17:51:10 +0000 Subject: [Ekiga-list] Ekiga and sources Message-ID: <200701191751.11087.cannewilson@tiscali.co.uk> Can Ekiga be pointed at /dev/webcam, instead of /dev/video0? I can't see where this can be done. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dsandras at seconix.com Sat Jan 20 10:28:22 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 20 Jan 2007 11:28:22 +0100 Subject: [Ekiga-list] Ekiga and sources In-Reply-To: <200701191751.11087.cannewilson@tiscali.co.uk> References: <200701191751.11087.cannewilson@tiscali.co.uk> Message-ID: <1169288902.3675.0.camel@scorpio> Le vendredi 19 janvier 2007 ? 17:51 +0000, Anne Wilson a ?crit : > Can Ekiga be pointed at /dev/webcam, instead of /dev/video0? I can't see > where this can be done. > No it can't. However, it should not be required. Ekiga will scan /dev for entries with the correct major and minor numbers for video, and hence detect all well configured devices. -- _ 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 chutz at gg3.net Sat Jan 20 11:17:56 2007 From: chutz at gg3.net (Georgi Georgiev) Date: Sat, 20 Jan 2007 20:17:56 +0900 Subject: [Ekiga-list] Ekiga and sources In-Reply-To: <1169288902.3675.0.camel@scorpio> References: <200701191751.11087.cannewilson@tiscali.co.uk> <1169288902.3675.0.camel@scorpio> Message-ID: <20070120111756.GA46932@lion.gg3.net> maillog: 20/01/2007-11:28:22(+0100): Damien Sandras types > Le vendredi 19 janvier 2007 ? 17:51 +0000, Anne Wilson a ?crit : > > Can Ekiga be pointed at /dev/webcam, instead of /dev/video0? I can't see > > where this can be done. > > > > No it can't. However, it should not be required. Ekiga will scan /dev > for entries with the correct major and minor numbers for video, ... (if no /dev/video* devices are detected) ... > and hence detect all well configured devices. -- / Georgi Georgiev / If you lived today as if it were your / \ chutz at gg3.net \ last, you'd buy up a box of rockets and \ / http://www.gg3.net/ / fire them all off, wouldn't you? -- / \ ------------------- \ Garrison Keillor \ From cannewilson at tiscali.co.uk Sat Jan 20 12:30:49 2007 From: cannewilson at tiscali.co.uk (Anne Wilson) Date: Sat, 20 Jan 2007 12:30:49 +0000 Subject: [Ekiga-list] Ekiga and sources In-Reply-To: <1169288902.3675.0.camel@scorpio> References: <200701191751.11087.cannewilson@tiscali.co.uk> <1169288902.3675.0.camel@scorpio> Message-ID: <200701201230.49660.cannewilson@tiscali.co.uk> On Saturday 20 January 2007 10:28, Damien Sandras wrote: > Le vendredi 19 janvier 2007 ? 17:51 +0000, Anne Wilson a ?crit : > > Can Ekiga be pointed at /dev/webcam, instead of /dev/video0? I can't see > > where this can be done. > > No it can't. However, it should not be required. Ekiga will scan /dev > for entries with the correct major and minor numbers for video, and > hence detect all well configured devices. Thanks for the reply, Damien. Georgi added ... (if no /dev/video* devices are detected) ... There is often /dev/video0 and /dev/video1. I'm trying to use persistent symlinks to get around this, with /dev/webcam being used to track which video* the webcam is attached to. In the presence of all three of these, will ekiga actually find the right connection? Thanks Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dsandras at seconix.com Sat Jan 20 18:53:20 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 20 Jan 2007 19:53:20 +0100 Subject: [Ekiga-list] Ekiga and sources In-Reply-To: <200701201230.49660.cannewilson@tiscali.co.uk> References: <200701191751.11087.cannewilson@tiscali.co.uk> <1169288902.3675.0.camel@scorpio> <200701201230.49660.cannewilson@tiscali.co.uk> Message-ID: <1169319200.4138.7.camel@scorpio> Le samedi 20 janvier 2007 ? 12:30 +0000, Anne Wilson a ?crit : > On Saturday 20 January 2007 10:28, Damien Sandras wrote: > > Le vendredi 19 janvier 2007 ? 17:51 +0000, Anne Wilson a ?crit : > > > Can Ekiga be pointed at /dev/webcam, instead of /dev/video0? I can't see > > > where this can be done. > > > > No it can't. However, it should not be required. Ekiga will scan /dev > > for entries with the correct major and minor numbers for video, and > > hence detect all well configured devices. > > Thanks for the reply, Damien. Georgi added > > ... (if no /dev/video* devices are detected) ... > > There is often /dev/video0 and /dev/video1. I'm trying to use persistent > symlinks to get around this, with /dev/webcam being used to track which > video* the webcam is attached to. In the presence of all three of these, > will ekiga actually find the right connection? > >From what I can see, it first reads /proc/video/dev and then /dev entirely, looking for devices with the expected major & minor numbers. If /dev/webcam has those numbers, I am sure Ekiga will find the device. If it is a symlink, it will probably ignore it and look for the real device instead. -- _ 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 cannewilson at tiscali.co.uk Sat Jan 20 19:02:32 2007 From: cannewilson at tiscali.co.uk (Anne Wilson) Date: Sat, 20 Jan 2007 19:02:32 +0000 Subject: [Ekiga-list] Ekiga and sources In-Reply-To: <1169319200.4138.7.camel@scorpio> References: <200701191751.11087.cannewilson@tiscali.co.uk> <200701201230.49660.cannewilson@tiscali.co.uk> <1169319200.4138.7.camel@scorpio> Message-ID: <200701201902.37837.cannewilson@tiscali.co.uk> On Saturday 20 January 2007 18:53, Damien Sandras wrote: > Le samedi 20 janvier 2007 ? 12:30 +0000, Anne Wilson a ?crit : > > On Saturday 20 January 2007 10:28, Damien Sandras wrote: > > > Le vendredi 19 janvier 2007 ? 17:51 +0000, Anne Wilson a ?crit : > > > > Can Ekiga be pointed at /dev/webcam, instead of /dev/video0? I can't > > > > see where this can be done. > > > > > > No it can't. However, it should not be required. Ekiga will scan /dev > > > for entries with the correct major and minor numbers for video, and > > > hence detect all well configured devices. > > > > Thanks for the reply, Damien. Georgi added > > > > ... (if no /dev/video* devices are detected) ... > > > > There is often /dev/video0 and /dev/video1. I'm trying to use persistent > > symlinks to get around this, with /dev/webcam being used to track which > > video* the webcam is attached to. In the presence of all three of these, > > will ekiga actually find the right connection? > > > > > >From what I can see, it first reads /proc/video/dev and then /dev > > entirely, looking for devices with the expected major & minor numbers. > > If /dev/webcam has those numbers, I am sure Ekiga will find the device. > If it is a symlink, it will probably ignore it and look for the real > device instead. It has the device name and the major and minor numbers, so it sounds as though I shouldn't have too much problem. Thanks again Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dsandras at seconix.com Sat Jan 20 19:04:19 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 20 Jan 2007 20:04:19 +0100 Subject: [Ekiga-list] Ekiga and sources In-Reply-To: <200701201902.37837.cannewilson@tiscali.co.uk> References: <200701191751.11087.cannewilson@tiscali.co.uk> <200701201230.49660.cannewilson@tiscali.co.uk> <1169319200.4138.7.camel@scorpio> <200701201902.37837.cannewilson@tiscali.co.uk> Message-ID: <1169319859.4138.13.camel@scorpio> Le samedi 20 janvier 2007 ? 19:02 +0000, Anne Wilson a ?crit : > On Saturday 20 January 2007 18:53, Damien Sandras wrote: > > Le samedi 20 janvier 2007 ? 12:30 +0000, Anne Wilson a ?crit : > > > On Saturday 20 January 2007 10:28, Damien Sandras wrote: > > > > Le vendredi 19 janvier 2007 ? 17:51 +0000, Anne Wilson a ?crit : > > > > > Can Ekiga be pointed at /dev/webcam, instead of /dev/video0? I can't > > > > > see where this can be done. > > > > > > > > No it can't. However, it should not be required. Ekiga will scan /dev > > > > for entries with the correct major and minor numbers for video, and > > > > hence detect all well configured devices. > > > > > > Thanks for the reply, Damien. Georgi added > > > > > > ... (if no /dev/video* devices are detected) ... > > > > > > There is often /dev/video0 and /dev/video1. I'm trying to use persistent > > > symlinks to get around this, with /dev/webcam being used to track which > > > video* the webcam is attached to. In the presence of all three of these, > > > will ekiga actually find the right connection? > > > > > > > > >From what I can see, it first reads /proc/video/dev and then /dev > > > > entirely, looking for devices with the expected major & minor numbers. > > > > If /dev/webcam has those numbers, I am sure Ekiga will find the device. > > If it is a symlink, it will probably ignore it and look for the real > > device instead. > > It has the device name and the major and minor numbers, so it sounds as though > I shouldn't have too much problem. Indeed. However, I think that it only scans through the whole /dev directory if and only if /proc/video/dev didn't return any results. Not sure 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 chutz at gg3.net Sun Jan 21 05:31:33 2007 From: chutz at gg3.net (Georgi Georgiev) Date: Sun, 21 Jan 2007 14:31:33 +0900 Subject: [Ekiga-list] Ekiga and sources In-Reply-To: <1169319859.4138.13.camel@scorpio> References: <200701191751.11087.cannewilson@tiscali.co.uk> <200701201230.49660.cannewilson@tiscali.co.uk> <1169319200.4138.7.camel@scorpio> <200701201902.37837.cannewilson@tiscali.co.uk> <1169319859.4138.13.camel@scorpio> Message-ID: <20070121053133.GA8345@lion.gg3.net> maillog: 20/01/2007-20:04:19(+0100): Damien Sandras types > Le samedi 20 janvier 2007 ? 19:02 +0000, Anne Wilson a ?crit : > > On Saturday 20 January 2007 18:53, Damien Sandras wrote: > > > Le samedi 20 janvier 2007 ? 12:30 +0000, Anne Wilson a ?crit : > > > > On Saturday 20 January 2007 10:28, Damien Sandras wrote: > > > > > Le vendredi 19 janvier 2007 ? 17:51 +0000, Anne Wilson a ?crit : > > > > > > Can Ekiga be pointed at /dev/webcam, instead of /dev/video0? I can't > > > > > > see where this can be done. > > > > > > > > > > No it can't. However, it should not be required. Ekiga will scan /dev > > > > > for entries with the correct major and minor numbers for video, and > > > > > hence detect all well configured devices. > > > > > > > > Thanks for the reply, Damien. Georgi added > > > > > > > > ... (if no /dev/video* devices are detected) ... > > > > > > > > There is often /dev/video0 and /dev/video1. I'm trying to use persistent > > > > symlinks to get around this, with /dev/webcam being used to track which > > > > video* the webcam is attached to. In the presence of all three of these, > > > > will ekiga actually find the right connection? > > > > > > > > > > > >From what I can see, it first reads /proc/video/dev and then /dev > > > > > > entirely, looking for devices with the expected major & minor numbers. > > > > > > If /dev/webcam has those numbers, I am sure Ekiga will find the device. > > > If it is a symlink, it will probably ignore it and look for the real > > > device instead. > > > > It has the device name and the major and minor numbers, so it sounds as though > > I shouldn't have too much problem. > > Indeed. > > However, I think that it only scans through the whole /dev directory if > and only if /proc/video/dev didn't return any results. > > Not sure though. Oops, I assumed that /proc/video/dev is something that always exists. Apologies. -- /\ Georgi Georgiev /\ You may get an opportunity for advancement /\ \/ chutz at gg3.net \/ today. Watch it! \/ /\ http://www.gg3.net/ /\ /\ From dsandras at seconix.com Sun Jan 21 10:35:24 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 21 Jan 2007 11:35:24 +0100 Subject: [Ekiga-list] Ekiga and sources In-Reply-To: <20070121053133.GA8345@lion.gg3.net> References: <200701191751.11087.cannewilson@tiscali.co.uk> <200701201230.49660.cannewilson@tiscali.co.uk> <1169319200.4138.7.camel@scorpio> <200701201902.37837.cannewilson@tiscali.co.uk> <1169319859.4138.13.camel@scorpio> <20070121053133.GA8345@lion.gg3.net> Message-ID: <1169375724.3587.6.camel@scorpio> Le dimanche 21 janvier 2007 ? 14:31 +0900, Georgi Georgiev a ?crit : > > > > Indeed. > > > > However, I think that it only scans through the whole /dev directory if > > and only if /proc/video/dev didn't return any results. > > > > Not sure though. > > Oops, I assumed that /proc/video/dev is something that always exists. > Apologies. > In most of the cases, it does... -- _ 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 Sun Jan 21 22:58:39 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 21 Jan 2007 23:58:39 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available Message-ID: <1169420319.3601.33.camel@scorpio> This is an update of Ekiga 2.0. Ekiga 2.0.5 will probably be released for the next version of GNOME. * What is it ? ============== Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? =================== Ekiga is available at: http://www.ekiga.org * What's changed ? ================== Ekiga : - Fixed corruption due to real UTF-8 chars causing the config file not to be parsed correctly in the --disable-gnome and WIN32 releases. (Damien Sandras) - Fixed bug when introducing a new ekiga.net account through the druid which was ignored. (Damien Sandras) - Added "chat" to the context menu of the calls history component. (Jan Schampera, #358830) - URL bar entry gets focus and marked on Ctrl-L. (Jan Schampera, #342241) - Allow the connect button to take the focus. (Damien Sandras, #380040) - Prevent progress dialogs to be destroyed before the processing is finished. (Damien Sandras, #390359) - Do not stop displaying stats when rejecting an incoming call while a call is already active. Display the number of missed calls at the end of each call. (Damien Sandras, #369339) - Prevent an user without VoIP URL to be displayed with the VoIP URL from another user when browsing an LDAP directory. (Damien Sandras, #351951) - Fixed broken "Call Contact" menu item in the address book. (Damien Sandras, #390554) - Show the main window before presenting the alert explaining that Ekiga is already running. (Damien Sandras, #342560) Devices Plugins : - Fixed possible crash on hangup with "Media patch thread not terminated" message using the SUN Audio plugin. (Brian Lu) - Fixed initialization of the SUN Audio plugin. (#361646, Brian Lu) - Fixed bad output sound with the ALSA plugin on some soundcards. (#358338, Stelian Pop) - Fixed possible crash when detecting video devices. (#376078, Damien Sandras) - Fixed possible crash using MJPEG/JPEG webcams. (Luc Saillard, #333311) - Fixed possible crash when detecting ALSA devices with incorrect permissions. (Damien Sandras, #328753) SIP : - Added auto-detection of the realm from the challenge response. (#359101, Damien Sandras) - Fixed possible crash due to race conditions while accessing the transactions dictionary. (#367982) - Only play the dial tone when receiving a "180 Ringing" response. Prevent the first 0.5 second of the received media stream from being cut off. (#365609 and #345765, Damien Sandras) - Prevent crash when receiving malformed response PDUs. (#379801, Damien Sandras) - Ignore RTP packets if the stream was established with a different codec than the one Ekiga is receiving. (Damien Sandras, #389988) - Added DNS based realm comparison as fallback to fix problems with broken SIP proxies. (Damien Sandras, #377346) - When several accounts are registered to the same services provider, use the default one among them (if any) as outgoing identity. (Damien Sandras, #371374) - Only use the default account as outgoing identity if it is enabled. (Damien Sandras, #361329) - Do not use new UDP ports when authenticating an INVITE. (Damien Sandras, #359971) H.323 : - Fixed possible crash when doing H.323 calls. (#361765, #362480, #361680, Craig Southeren) Misc : - Fixed RFC2833 DTMFs. (#347177, Hannes Friederich) - Keep the same listener interface on IP addresses change after a restart. (Damien Sandras) - Fixed possible crash using cached DNS information. (Damien Sandras, #364480) -- _ 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 prakashb at tataelxsi.co.in Mon Jan 22 04:31:19 2007 From: prakashb at tataelxsi.co.in (Prakash B) Date: Mon, 22 Jan 2007 10:01:19 +0530 (IST) Subject: [Ekiga-list] Can ekiga run with h.263 video codec Message-ID: <20070122100119.CEX00208@mail.tataelxsi.co.in> Thanks for reply. I got the source code from ekiga.org only. Its having the h263codec.cxx in opal-2.2.2/src/codec directory. But no options in the GUI to have a option of h.263 as my video codec. Is that option of h.263 codec is possible ? - Prakash. On Fri, 19 Jan 2007 17:05:17 +0530 (IST) Prakash B wrote: > Would you please guide me to run ekiga with h.263 video codec. Is > it possible to use the source code h.263codec.cxx ? I'm not entirely sure, but isn't that the patented one? J. -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Mon Jan 22 08:33:57 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 22 Jan 2007 09:33:57 +0100 Subject: [Ekiga-list] Can ekiga run with h.263 video codec In-Reply-To: <20070122100119.CEX00208@mail.tataelxsi.co.in> References: <20070122100119.CEX00208@mail.tataelxsi.co.in> Message-ID: <1169454837.3613.4.camel@scorpio> Le lundi 22 janvier 2007 ? 10:01 +0530, Prakash B a ?crit : > Thanks for reply. > > I got the source code from ekiga.org only. > Its having the h263codec.cxx in opal-2.2.2/src/codec directory. But no options in the GUI to have a option of h.263 as my video codec. > > Is that option of h.263 codec is possible ? > Yes, but you will have to hack into the code. > - Prakash. > > > > On Fri, 19 Jan 2007 17:05:17 +0530 (IST) > Prakash B wrote: > > > Would you please guide me to run ekiga with h.263 video codec. Is > > it possible to use the source code h.263codec.cxx ? > > I'm not entirely sure, but isn't that the patented one? > > J. > -- _ 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 Jan 22 09:04:42 2007 From: michel.memeteau at gmail.com (michel memeteau) Date: Mon, 22 Jan 2007 10:04:42 +0100 Subject: [Ekiga-list] Can ekiga run with h.263 video codec In-Reply-To: <1169454837.3613.4.camel@scorpio> References: <20070122100119.CEX00208@mail.tataelxsi.co.in> <1169454837.3613.4.camel@scorpio> Message-ID: 2007/1/22, Damien Sandras : > Is that option of h.263 codec is possible ? BTW , there have been a lot of discussion about whether H263 should be included in ekiga or not : http://www.google.com/search?q=h263+site:http://mail.gnome.org/archives/gnomemeeting-devel-list But without codecs plugins architecture , this was impossible due to legal issues . But right now , it's true i'm telling most od the people that they should use SIP software instead of any other closed video conf solution. But it's true that most of the times , the problem is more a codec problem , and even more a video codec problem because most of the known sip client does not support H261 : http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F BTW this page is really useful when you want to convert someone to SIP. Hopefully theora will permit to have a good videoconf without patents , more or less .... -- %<------------------------------------------------------->% Michel memeteau VOIP: sip:17476005010 at proxy01.sipphone.com 0491886375 0624808051 jabber/GoogleTalk : freechelmi at jabber.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From geboyd53 at comcast.net Mon Jan 22 10:27:18 2007 From: geboyd53 at comcast.net (George Boyd) Date: Mon, 22 Jan 2007 02:27:18 -0800 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169420319.3601.33.camel@scorpio> References: <1169420319.3601.33.camel@scorpio> Message-ID: <1169461638.20299.2.camel@localhost.localdomain> I downloaded the 2.04 source. I'm running fedora core 6. Everything compiles fine, but when I try to configure ekiga, it comes back with an error that says " Sorry but the PWLib version you are using doesn't support LDAP" Any ideas? I sure would like to get it working. Thanks in advance, George -------------- next part -------------- An HTML attachment was scrubbed... URL: From geboyd53 at comcast.net Mon Jan 22 10:32:00 2007 From: geboyd53 at comcast.net (George Boyd) Date: Mon, 22 Jan 2007 02:32:00 -0800 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169420319.3601.33.camel@scorpio> References: <1169420319.3601.33.camel@scorpio> Message-ID: <1169461920.24004.1.camel@localhost.localdomain> Forgot to mention that it is picking up the correct pwlib version - 1.10.3 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 22 11:11:56 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 22 Jan 2007 12:11:56 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169461638.20299.2.camel@localhost.localdomain> References: <1169420319.3601.33.camel@scorpio> <1169461638.20299.2.camel@localhost.localdomain> Message-ID: <1169464316.3613.20.camel@scorpio> Le lundi 22 janvier 2007 ? 02:27 -0800, George Boyd a ?crit : > I downloaded the 2.04 source. I'm running fedora core 6. Everything > compiles fine, but when I try to configure ekiga, it comes back with > an error that says " Sorry but the PWLib version you are using doesn't > support LDAP" > > Any ideas? I sure would like to get it working. > You need to install OpenLDAP (libraries + headers), recompile PWLIB (from scratch), recompile OPAL (from scratch) and recompile Ekiga. That message means that LDAP support was not compiled in PWLIB. So you need to recompile it with LDAP 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 jpuydt at free.fr Mon Jan 22 11:16:59 2007 From: jpuydt at free.fr (Julien Puydt) Date: Mon, 22 Jan 2007 12:16:59 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169461638.20299.2.camel@localhost.localdomain> References: <1169420319.3601.33.camel@scorpio> <1169461638.20299.2.camel@localhost.localdomain> Message-ID: <45B49D2B.4030702@free.fr> George Boyd a ?crit : > I downloaded the 2.04 source. I'm running fedora core 6. Everything > compiles fine, but when I try to configure ekiga, it comes back with an > error that says " Sorry but the PWLib version you are using doesn't > support LDAP" > > Any ideas? I sure would like to get it working. Recompile pwlib *after* installing openldap's devel package. Snark From geboyd53 at comcast.net Mon Jan 22 11:47:18 2007 From: geboyd53 at comcast.net (George Boyd) Date: Mon, 22 Jan 2007 03:47:18 -0800 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169464316.3613.20.camel@scorpio> References: <1169420319.3601.33.camel@scorpio> <1169461638.20299.2.camel@localhost.localdomain> <1169464316.3613.20.camel@scorpio> Message-ID: <1169466439.12590.4.camel@localhost.localdomain> It seems I didn't have the openldap development packages installed. It is compiling ok now, but it says dbus is not compiled in. Before I recompile, would this be another situation of not having the development libraries or does ekiga normally not use dbus? > > You need to install OpenLDAP (libraries + headers), recompile PWLIB > (from scratch), recompile OPAL (from scratch) and recompile Ekiga. > > That message means that LDAP support was not compiled in PWLIB. So you > need to recompile it with LDAP 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 > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list ________________________________ Fedora Core 6 Linux Ekiga Rocks!! One program so many ways to connect! sip: geboyd53 at ekiga.net (or 617808 at ekiga.net) H323: gk.voxgratia.net:1719 geboyd53 Voipbuster: geboyd53 (chat), 13606660349 (telephone) e164: +13606660349 or +882 9999 398265 (linked to ekiga) Forward: 781549 Voxalot: 106153 Gizmo: 17476918163 -------------- next part -------------- An HTML attachment was scrubbed... URL: From geboyd53 at comcast.net Mon Jan 22 11:52:08 2007 From: geboyd53 at comcast.net (George Boyd) Date: Mon, 22 Jan 2007 03:52:08 -0800 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169466439.12590.4.camel@localhost.localdomain> References: <1169420319.3601.33.camel@scorpio> <1169461638.20299.2.camel@localhost.localdomain> <1169464316.3613.20.camel@scorpio> <1169466439.12590.4.camel@localhost.localdomain> Message-ID: <1169466729.3163.1.camel@localhost.localdomain> I know it's bad form to answer your own questions, but I checked and dbus development is installed, but still no dbus support for ekiga. On Mon, 2007-01-22 at 03:47 -0800, George Boyd wrote: > It seems I didn't have the openldap development packages installed. It > is compiling ok now, but it says dbus is not compiled in. Before I > recompile, would this be another situation of not having the > development libraries or does ekiga normally not use dbus? -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 22 18:56:37 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 22 Jan 2007 19:56:37 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169466439.12590.4.camel@localhost.localdomain> References: <1169420319.3601.33.camel@scorpio> <1169461638.20299.2.camel@localhost.localdomain> <1169464316.3613.20.camel@scorpio> <1169466439.12590.4.camel@localhost.localdomain> Message-ID: <1169492197.3557.17.camel@scorpio> Le lundi 22 janvier 2007 ? 03:47 -0800, George Boyd a ?crit : > It seems I didn't have the openldap development packages installed. It > is compiling ok now, but it says dbus is not compiled in. Before I > recompile, would this be another situation of not having the > development libraries or does ekiga normally not use dbus? > DBUS support is still disabled by default, even if the required libraries are present. There is a special switch to pass to configure (--enable-dbus) in order to enable it. But in general, you do not need DBUS support, so I would simply ignore this problem and go further :-) Btw, I like your signature very much : > > ________________________________ > Fedora Core 6 Linux > Ekiga Rocks!! One program so many ways to connect! -- _ 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 rankincj at yahoo.com Mon Jan 22 20:30:04 2007 From: rankincj at yahoo.com (Chris Rankin) Date: Mon, 22 Jan 2007 20:30:04 +0000 (GMT) Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169420319.3601.33.camel@scorpio> Message-ID: <94687.26560.qm@web52902.mail.yahoo.com> --- Damien Sandras wrote: > This is an update of Ekiga 2.0. Ekiga 2.0.5 will probably be released > for the next version of GNOME. > H.323 : > - Fixed possible crash when doing H.323 calls. (#361765, #362480, > #361680, Craig Southeren) Is anyone having trouble getting H.323 calls to hang up? I have just recompiled ekiga/opal/pwlib from sources on FC5, and the disconnect button just makes ekiga hang. Cheers, Chris ___________________________________________________________ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk From bernat.tallaferro at gmail.com Mon Jan 22 20:45:48 2007 From: bernat.tallaferro at gmail.com (Bernat Tallaferro) Date: Mon, 22 Jan 2007 21:45:48 +0100 Subject: [Ekiga-list] Ekiga win32 problems In-Reply-To: <1d9d9b240701071046q427ff727k8eb1b29e45076bf8@mail.gmail.com> References: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> <459EA880.6070209@free.fr> <20070105203414.GA5047@pinux.info> <1d9d9b240701051304q782a39b3r5fdfa66412bcc3bf@mail.gmail.com> <1d9d9b240701060240h795acd1av7fa3c18d8dead4b7@mail.gmail.com> <1d9d9b240701071046q427ff727k8eb1b29e45076bf8@mail.gmail.com> Message-ID: <1d9d9b240701221245y6ad35a2cy95b1cdfbc5aae247@mail.gmail.com> Is anyone maintaining the win32 port? 2007/1/7, Bernat Tallaferro : > Is there any way to debug the win32 port then? > > I'd be willing to help and get this sorted out. > > Thanks. > > 2007/1/6, Bernat Tallaferro < bernat.tallaferro at gmail.com>: > > The last thing I tried was to install the win32 ekiga onto a second win XP > professional machine, and I got exactly the same error complaining about > libgtk-win32-2.0-0.dll. > > > > That machine happens to have MS Visual C++ 6 installed, so I got a bit > more information. What the debugger said was: > > > > "Unhandled exception in ekiga.exe (LIBGTK-WIN32-2.0-0.DLL): 0xC0000005: > Access violation." > > > > In any case, I realise that is still not much information. If I can, I'll > be glad to provide some more debug info if some developer can give me some > hint on how to produce some useful output. > > > > Many thanks. > > > > > > 2007/1/5, Bernat Tallaferro < bernat.tallaferro at gmail.com>: > > > > > Hi, > > > > > > > > > 2007/1/5, Carles Pina i Estany : > > > > > > > > Hi, > > > > > > > > On Jan/05/2007, Julien Puydt wrote: > > > > > Bernat Tallaferro a ?crit : > > > > > > error message and ekiga won't even start. The error message is the > > > > > > following: > > > > > > > > > > > > AppName: ekiga.exe AppVer: 0.0.0.0 ModName: > libgtk-win32-2.0-0.dll > > > > > > ModVer: 2.10.6.0 Offset: 002217a2 > > > > > > > > > > Hmmm... perhaps you're using a gtk+ runtime different from the one > used > > > > > to compile ekiga? > > > > > > > > > I thought that might have been it. When the error first appeared I had > installed 2.10 (which is the one for win XP on the downloads front page), > but after reading > http://snapshots.seconix.com/win32/INSTALL_Gtk.txt, it > seems that the available version of ekiga has been compiled against gtk > 2.8.9. > > > > > > Then I uninstalled gtk 2.10 and installed 2.8.9.0, but I simply got a > variation of the same error (where ModVer is 2.8.9.0 in the error message). > > > > > > I'm really frustrated on this one. I was so happy when I saw there was a > win32 port of ekiga... > > > > > > > > > > 2 days ago I tried to run Ekiga in Windows XP, Professional edition. > It > > > > failed in same way. Last August worked in other Windows XP, I used the > > > > same method. I haven't had time to search deeply (is not my usual > > > > machine). I downloaded everything fresh from Ekiga, Gtk, etc. > > > > > > > > > > > > > > > > > I'm glad to see I'm not the only one. > > > > > > Anyone, if anyone has got any ideas or comments on this one, they will > be very much appreciated. > > > > > > Many thanks to the ekiga developers and keep up the good work. > > > > > > From dsandras at seconix.com Mon Jan 22 21:01:40 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 22 Jan 2007 22:01:40 +0100 Subject: [Ekiga-list] Ekiga win32 problems In-Reply-To: <1d9d9b240701221245y6ad35a2cy95b1cdfbc5aae247@mail.gmail.com> References: <1d9d9b240701050942x45dada7fu73c1a6061483b0b3@mail.gmail.com> <459EA880.6070209@free.fr> <20070105203414.GA5047@pinux.info> <1d9d9b240701051304q782a39b3r5fdfa66412bcc3bf@mail.gmail.com> <1d9d9b240701060240h795acd1av7fa3c18d8dead4b7@mail.gmail.com> <1d9d9b240701071046q427ff727k8eb1b29e45076bf8@mail.gmail.com> <1d9d9b240701221245y6ad35a2cy95b1cdfbc5aae247@mail.gmail.com> Message-ID: <1169499700.3557.54.camel@scorpio> Le lundi 22 janvier 2007 ? 21:45 +0100, Bernat Tallaferro a ?crit : > Is anyone maintaining the win32 port? > There is no specific maintainer... Like for the rest of the project, it is based on a volunteer effort. -- _ 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 Jan 22 21:07:31 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 22 Jan 2007 22:07:31 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <94687.26560.qm@web52902.mail.yahoo.com> References: <94687.26560.qm@web52902.mail.yahoo.com> Message-ID: <1169500051.3557.56.camel@scorpio> Le lundi 22 janvier 2007 ? 20:30 +0000, Chris Rankin a ?crit : > --- Damien Sandras wrote: > > This is an update of Ekiga 2.0. Ekiga 2.0.5 will probably be released > > for the next version of GNOME. > > > H.323 : > > - Fixed possible crash when doing H.323 calls. (#361765, #362480, > > #361680, Craig Southeren) > > Is anyone having trouble getting H.323 calls to hang up? I have just recompiled ekiga/opal/pwlib > from sources on FC5, and the disconnect button just makes ekiga hang. > It works like a charm with h323:gk.voxgratia.org here... -- _ 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 geboyd53 at comcast.net Mon Jan 22 21:39:20 2007 From: geboyd53 at comcast.net (George Boyd) Date: Mon, 22 Jan 2007 13:39:20 -0800 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169500051.3557.56.camel@scorpio> References: <94687.26560.qm@web52902.mail.yahoo.com> <1169500051.3557.56.camel@scorpio> Message-ID: <1169501960.18180.4.camel@localhost.localdomain> Hi Damien, How are you connecting to voxgratia? I found it a couple of weeks ago and when I first set ekiga up to use it, it connected fine for a few days, now It keeps getting "registration failed". I've tried with and without using the port number, same in either case. > It works like a charm with h323:gk.voxgratia.org here... > -- > _ 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 ________________________________ Fedora Core 6 Linux Ekiga Rocks!! One program so many ways to connect! sip: geboyd53 at ekiga.net (or 617808 at ekiga.net) H323: gk.voxgratia.net:1719 geboyd53 Voipbuster: geboyd53 (chat), 13606660349 (telephone) e164: +13606660349 or +882 9999 398265 (linked to ekiga) Forward: 781549 Voxalot: 106153 Gizmo: 17476918163 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 22 21:41:22 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 22 Jan 2007 22:41:22 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169501960.18180.4.camel@localhost.localdomain> References: <94687.26560.qm@web52902.mail.yahoo.com> <1169500051.3557.56.camel@scorpio> <1169501960.18180.4.camel@localhost.localdomain> Message-ID: <1169502082.3557.63.camel@scorpio> Le lundi 22 janvier 2007 ? 13:39 -0800, George Boyd a ?crit : > Hi Damien, > > How are you connecting to voxgratia? I found it a couple of weeks ago > and when I first set ekiga up to use it, it connected fine for a few > days, now It keeps getting "registration failed". > > I've tried with and without using the port number, same in either > case. > I don't register to it, I just call it : h323:h323.voxgratia.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 geboyd53 at comcast.net Mon Jan 22 21:50:55 2007 From: geboyd53 at comcast.net (George Boyd) Date: Mon, 22 Jan 2007 13:50:55 -0800 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169502082.3557.63.camel@scorpio> References: <94687.26560.qm@web52902.mail.yahoo.com> <1169500051.3557.56.camel@scorpio> <1169501960.18180.4.camel@localhost.localdomain> <1169502082.3557.63.camel@scorpio> Message-ID: <1169502655.18817.2.camel@localhost.localdomain> Hmmm, interesting. when I do that, I get "remote user is unreachable". I'll do some digging and see what I can find. Thanks. > > I don't register to it, I just call it : h323:h323.voxgratia.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 > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list ________________________________ Fedora Core 6 Linux Ekiga Rocks!! One program so many ways to connect! sip: geboyd53 at ekiga.net (or 617808 at ekiga.net) H323: gk.voxgratia.net:1719 geboyd53 Voipbuster: geboyd53 (chat), 13606660349 (telephone) e164: +13606660349 or +882 9999 398265 (linked to ekiga) Forward: 781549 Voxalot: 106153 Gizmo: 17476918163 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 22 22:02:40 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 22 Jan 2007 23:02:40 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169502655.18817.2.camel@localhost.localdomain> References: <94687.26560.qm@web52902.mail.yahoo.com> <1169500051.3557.56.camel@scorpio> <1169501960.18180.4.camel@localhost.localdomain> <1169502082.3557.63.camel@scorpio> <1169502655.18817.2.camel@localhost.localdomain> Message-ID: <1169503360.3557.74.camel@scorpio> Le lundi 22 janvier 2007 ? 13:50 -0800, George Boyd a ?crit : > Hmmm, interesting. when I do that, I get "remote user is unreachable". > I'll do some digging and see what I can find. > Weird. -- _ 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 rankincj at yahoo.com Mon Jan 22 22:16:31 2007 From: rankincj at yahoo.com (Chris Rankin) Date: Mon, 22 Jan 2007 22:16:31 +0000 (GMT) Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169500051.3557.56.camel@scorpio> Message-ID: <501283.86277.qm@web52901.mail.yahoo.com> --- Damien Sandras wrote: > > It works like a charm with h323:gk.voxgratia.org here... Downgrading to ekiga-2.0.3 fixes my H.323 connection to my test host, so I'm thinking that 2.0.4 is having trouble with Gatekeepers. Cheers, Chris ___________________________________________________________ All New Yahoo! Mail ? Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html From jan.schampera at web.de Mon Jan 22 22:45:16 2007 From: jan.schampera at web.de (Jan Schampera) Date: Mon, 22 Jan 2007 23:45:16 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <501283.86277.qm@web52901.mail.yahoo.com> References: <1169500051.3557.56.camel@scorpio> <501283.86277.qm@web52901.mail.yahoo.com> Message-ID: <20070122234516.6db5b3c8@localhost.localdomain> On Mon, 22 Jan 2007 22:16:31 +0000 (GMT) Chris Rankin wrote: > > It works like a charm with h323:gk.voxgratia.org here... > > Downgrading to ekiga-2.0.3 fixes my H.323 connection to my test host, > so I'm thinking that 2.0.4 is having trouble with Gatekeepers. That cries for a -d 4 output :-) J. -- "Be liberal in what you accept, and conservative in what you send." - J. B. Postel, master of the net. From carl.grafstrom at gmail.com Sun Jan 21 21:08:24 2007 From: carl.grafstrom at gmail.com (Carl) Date: Sun, 21 Jan 2007 21:08:24 +0000 (UTC) Subject: [Ekiga-list] basic NAT problem from fedora core 6 References: <20061111164904.31250.qmail@web54702.mail.yahoo.com> Message-ID: yahoo.de> writes: > > I am trying to set up ekiga from a fedora core 6 system behind a Linksys WRT54G router. > > The detection of my NAT type ends up with Symmetric NAT recommending port forwarding. So I set up > the router to forward ports 5000-5100 (both TCP and UDP) to my system but the NAT detection still > returns Symmetric NAT and not Cone NAT. So I dissabled the Firewall and SE-Linux completly just to > get the Symmetric NAT detection again. > > Am I missing something simple here? I of course have a SIP account, and tried the ekiga setup as > the system root without success. > > Thanks for suggesstions. > > > ___________________________________________________________ > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de > I had the same problem. The solution was to upgrade my firmware. Works great now. Hope this helps. From rdorsch at web.de Tue Jan 23 03:48:18 2007 From: rdorsch at web.de (Rainer Dorsch) Date: Mon, 22 Jan 2007 22:48:18 -0500 Subject: [Ekiga-list] Ekiga hangs during startup Message-ID: <200701222248.19176.rdorsch@web.de> Hello, I am running ekiga 2.0.3 (Debian etch) it hangs from time to time during startup. I tried the daily snapshot then, but this hangs as well (or at least does a long pause....). Not sure what is the right way to debug that, but did an strace ekiga-snapshot: [...] open("/var/lib/defoma/fontconfig.d/B/Bitstream-Vera-Sans-Bold.ttf", O_RDONLY) = 25 fcntl64(25, F_SETFD, FD_CLOEXEC) = 0 fstat64(25, {st_mode=S_IFREG|0644, st_size=58716, ...}) = 0 mmap2(NULL, 58716, PROT_READ, MAP_PRIVATE, 25, 0) = 0xb5929000 close(25) = 0 uname({sys="Linux", node="paddy", ...}) = 0 write(3, "\1\30\r\0\3\0 \5M\0\0\0\0\0\0\0\270\1Q\1\0\0\1\0#\0\0\0"..., 1380) = 1380 read(3, "\34\270Q\0\3\0 \5\v\1\0\0@\341\nM\0\340\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270R\0\3\0 \5\'\0\0\0@\341\nM\0\341\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270S\0\3\0 \5*\1\0\0@\341\nM\0\341\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270T\0\3\0 \5%\0\0\0@\341\nM\0\341\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270U\0\3\0 \5C\0\0\0@\341\nM\0\341\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270V\0\3\0 \5F\1\0\0@\341\nM\0\341\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270Z\0\1\0 \5\v\1\0\0@\341\nM\0\0\0\0\240\33\222\10"..., 32) = 32 read(3, "\34\270[\0\1\0 \5\'\0\0\0@\341\nM\0\341\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270\\\0\3\0 \5(\0\0\0@\341\nM\0\0\0\0\240\33\222\10"..., 32) = 32 read(3, "\34\270]\0\3\0 \5$\0\0\0@\341\nM\0\341\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270^\0\3\0 \5R\1\0\0@\341\nM\0\341\nM\240\33\222\10"..., 32) = 32 read(3, "\34\270_\0\3\0 \5\26\1\0\0@\341\nM\0\341\nM\240\33\222"..., 32) = 32 read(3, "\34\270`\0\3\0 \5\33\1\0\0@\341\nM\0\341\nM\240\33\222"..., 32) = 32 read(3, "\34\270b\0\3\0 \5\313\1\0\0@\341\nM\0\341\nM@\200\235\10"..., 32) = 32 read(3, "\1\253}\0\0\0\0\0<\1\0\0\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0"..., 32) = 32 shmget(IPC_PRIVATE, 393216, IPC_CREAT|0600) = 968097800 shmat(968097800, 0, 0) = 0xb58c9000 write(3, "\22\0\7\0\3\0 \5+\1\0\0\4\0\0\0 \1Q\1\1\0\0\0<\1\0\0\22"..., 1180) = 1180 read(3, "\34\270}\0\3\0 \5\240\1\0\0@\341\nM\0\0\0\0\240DC\10@\341"..., 32) = 32 read(3, "\34\270~\0\3\0 \5+\1\0\0C\341\nM\0\341\nM\2608\244\nC\341"..., 32) = 32 read(3, "\34\270\177\0\3\0 \5y\1\0\0C\341\nM\0\341\nM\2608\244\n"..., 32) = 32 read(3, "\1\1\205\0\0\0\0\0\5\0\340\1\4\0\0\0\0\0\0\0\4\0\0\0\360"..., 32) = 32 shmctl(968097800, IPC_64|IPC_RMID, 0) = 0 writev(10, [{"GIOP\1\2\1\0\247\0\0\0", 12}, {"@\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 167}], 2) = 179 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1w\0\0\0", 12) = 12 read(10, "@\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 119) = 119 write(3, "\220\5\7\0\"\0 \5M\0\0\0\0\6@\0 \1Q\1!\0 \5\0\0\0\0\230"..., 520) = 520 read(3, "\1\253\217\0\0\0\0\0007\1\0\0\0\0\0\0\0\0\0\0 \0\0\0\0"..., 32) = 32 read(3, "\1\253\220\0\0\0\0\0\215\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0"..., 32) = 32 read(3, "\1\253\221\0\0\0\0\0\"\1\0\0\0\0\0\0\0\0\0\0\24\0\0\0\0"..., 32) = 32 read(3, "\1\253\222\0\0\0\0\0\21\1\0\0\0\0\0\0\0\0\0\0\24\0\0\0"..., 32) = 32 read(3, "\1\253\223\0\0\0\0\0\34\1\0\0\0\0\0\0\0\0\0\0$\0\0\0\0"..., 32) = 32 writev(10, [{"GIOP\1\2\1\0\247\0\0\0", 12}, {"\0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 167}], 2) = 179 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1w\0\0\0", 12) = 12 read(10, "\0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 119) = 119 writev(10, [{"GIOP\1\2\1\0\243\0\0\0", 12}, {"@\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 163}], 2) = 175 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1v\0\0\0", 12) = 12 read(10, "@\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 118) = 118 writev(10, [{"GIOP\1\2\1\0\243\0\0\0", 12}, {"\0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 163}], 2) = 175 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1v\0\0\0", 12) = 12 read(10, "\0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 118) = 118 writev(10, [{"GIOP\1\2\1\0\253\0\0\0", 12}, {"@\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 171}], 2) = 183 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1s\0\0\0", 12) = 12 read(10, "@\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 115) = 115 writev(10, [{"GIOP\1\2\1\0\253\0\0\0", 12}, {"\0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 171}], 2) = 183 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1s\0\0\0", 12) = 12 read(10, "\0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 115) = 115 writev(10, [{"GIOP\1\2\1\0\267\0\0\0", 12}, {"@\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 183}], 2) = 195 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1\200\0\0\0", 12) = 12 read(10, "@\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 128) = 128 writev(10, [{"GIOP\1\2\1\0\267\0\0\0", 12}, {"\0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 183}], 2) = 195 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1\200\0\0\0", 12) = 12 read(10, "\0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 128) = 128 writev(10, [{"GIOP\1\2\1\0\257\0\0\0", 12}, {"@\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 175}], 2) = 187 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1x\0\0\0", 12) = 12 read(10, "@\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 120) = 120 writev(10, [{"GIOP\1\2\1\0\257\0\0\0", 12}, {"\0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 175}], 2) = 187 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1x\0\0\0", 12) = 12 read(10, "\0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 120) = 120 writev(10, [{"GIOP\1\2\1\0\263\0\0\0", 12}, {"@\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 179}], 2) = 191 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1~\0\0\0", 12) = 12 read(10, "@\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 126) = 126 writev(10, [{"GIOP\1\2\1\0\263\0\0\0", 12}, {"\0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 179}], 2) = 191 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1~\0\0\0", 12) = 12 read(10, "\0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 126) = 126 writev(10, [{"GIOP\1\2\1\0\257\0\0\0", 12}, {"@\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 175}], 2) = 187 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1y\0\0\0", 12) = 12 read(10, "@\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 121) = 121 writev(10, [{"GIOP\1\2\1\0\257\0\0\0", 12}, {"\0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 175}], 2) = 187 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1y\0\0\0", 12) = 12 read(10, "\0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 121) = 121 writev(10, [{"GIOP\1\2\1\0\257\0\0\0", 12}, {"@\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 175}], 2) = 187 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1y\0\0\0", 12) = 12 read(10, "@\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 121) = 121 writev(10, [{"GIOP\1\2\1\0\257\0\0\0", 12}, {"\0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 175}], 2) = 187 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1y\0\0\0", 12) = 12 read(10, "\0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 121) = 121 writev(10, [{"GIOP\1\2\1\0\253\0\0\0", 12}, {"0\31\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30H"..., 171}], 2) = 183 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1v\0\0\0", 12) = 12 read(10, "0\31\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1\1"..., 118) = 118 writev(10, [{"GIOP\1\2\1\0\253\0\0\0", 12}, {"\360\30\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0e\260\30"..., 171}], 2) = 183 poll([{fd=6, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI, revents=POLLIN}, {fd=11, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}], 6, -1) = 1 read(10, "GIOP\1\2\1\1v\0\0\0", 12) = 12 read(10, "\360\30\340\277\0\0\0\0\1\0\0\0\1\0\0\0\f\0\0\0\1\1\1\1"..., 118) = 118 brk(0x829b000) = 0x829b000 access("/home/rdorsch/.gtk-2.0/2.4.0/i486-pc-linux-gnu/filesystems/libgnome-vfs.so", F_OK) = -1 ENOENT (No such file or directory) access("/home/rdorsch/.gtk-2.0/2.4.0/i486-pc-linux-gnu/filesystems/libgnome-vfs.la", F_OK) = -1 ENOENT (No such file or directory) access("/home/rdorsch/.gtk-2.0/2.4.0/filesystems/libgnome-vfs.so", F_OK) = -1 ENOENT (No such file or directory) access("/home/rdorsch/.gtk-2.0/2.4.0/filesystems/libgnome-vfs.la", F_OK) = -1 ENOENT (No such file or directory) access("/home/rdorsch/.gtk-2.0/i486-pc-linux-gnu/filesystems/libgnome-vfs.so", F_OK) = -1 ENOENT (No such file or directory) access("/home/rdorsch/.gtk-2.0/i486-pc-linux-gnu/filesystems/libgnome-vfs.la", F_OK) = -1 ENOENT (No such file or directory) access("/home/rdorsch/.gtk-2.0/filesystems/libgnome-vfs.so", F_OK) = -1 ENOENT (No such file or directory) access("/home/rdorsch/.gtk-2.0/filesystems/libgnome-vfs.la", F_OK) = -1 ENOENT (No such file or directory) access("/usr/lib/gtk-2.0/2.4.0/i486-pc-linux-gnu/filesystems/libgnome-vfs.so", F_OK) = -1 ENOENT (No such file or directory) access("/usr/lib/gtk-2.0/2.4.0/i486-pc-linux-gnu/filesystems/libgnome-vfs.la", F_OK) = -1 ENOENT (No such file or directory) access("/usr/lib/gtk-2.0/2.4.0/filesystems/libgnome-vfs.so", F_OK) = 0 stat64("/usr/lib/gtk-2.0/2.4.0/filesystems/libgnome-vfs.so", {st_mode=S_IFREG| 0644, st_size=72504, ...}) = 0 open("/usr/lib/gtk-2.0/2.4.0/filesystems/libgnome-vfs.so", O_RDONLY) = 25 read(25, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220S\0"..., 512) = 512 fstat64(25, {st_mode=S_IFREG|0644, st_size=72504, ...}) = 0 mmap2(NULL, 71348, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 25, 0) = 0xb58b7000 mmap2(0xb58c8000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 25, 0x11) = 0xb58c8000 close(25) = 0 access("/home/rdorsch/.gnome2", F_OK) = 0 stat64("/home/rdorsch/.gnome2", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 time(NULL) = 1169523663 stat64("/home/rdorsch/.gnome2/vfs/modules", 0xbfe009dc) = -1 ENOENT (No such file or directory) stat64("/etc/gnome-vfs-2.0/modules", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 geteuid32() = 1000 getegid32() = 1000 getuid32() = 1000 tgkill(1647, 1706, SIGRT_1) = 0 tgkill(1647, 1705, SIGRT_1) = 0 setresuid32(-1, 1000, -1) = 0 getgid32() = 1000 tgkill(1647, 1706, SIGRT_1) = 0 tgkill(1647, 1705, SIGRT_1) = 0 setresgid32(-1, 1000, -1) = 0 stat64("/usr/lib/gnome-vfs-2.0/modules/libfile.so", {st_mode=S_IFREG|0644, st_size=39264, ...}) = 0 open("/usr/lib/gnome-vfs-2.0/modules/libfile.so", O_RDONLY) = 25 read(25, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P-\0\000"..., 512) = 512 fstat64(25, {st_mode=S_IFREG|0644, st_size=39264, ...}) = 0 mmap2(NULL, 42444, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 25, 0) = 0xb58ac000 mmap2(0xb58b6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 25, 0x9) = 0xb58b6000 close(25) = 0 open("/etc/ld.so.cache", O_RDONLY) = 25 fstat64(25, {st_mode=S_IFREG|0644, st_size=121182, ...}) = 0 mmap2(NULL, 121182, PROT_READ, MAP_PRIVATE, 25, 0) = 0xb588e000 close(25) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libfam.so.0", O_RDONLY) = 25 read(25, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\37\0\000"..., 512) = 512 fstat64(25, {st_mode=S_IFREG|0644, st_size=32436, ...}) = 0 mmap2(NULL, 35292, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 25, 0) = 0xb5885000 mmap2(0xb588d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 25, 0x7) = 0xb588d000 close(25) = 0 munmap(0xb588e000, 121182) = 0 tgkill(1647, 1706, SIGRT_1) = 0 tgkill(1647, 1705, SIGRT_1) = 0 setresuid32(-1, 1000, -1) = 0 tgkill(1647, 1706, SIGRT_1) = 0 tgkill(1647, 1705, SIGRT_1) = 0 setresgid32(-1, 1000, -1) = 0 gettimeofday({1169523663, 220611}, NULL) = 0 pipe([25, 26]) = 0 pipe([27, 28]) = 0 mmap2(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb5844000 mprotect(0xb5844000, 4096, PROT_NONE) = 0 clone(child_stack=0xb58844c4, flags=CLONE_VM|CLONE_FS|CLONE_FILES| CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID| CLONE_CHILD_CLEARTID|CLONE_DETACHED, parent_tidptr=0xb5884bf8, {entry_number:6, base_addr:0xb5884bb0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0xb5884bf8) = 1732 gettimeofday({1169523663, 221981}, NULL) = 0 gettimeofday({1169523663, 222198}, NULL) = 0 writev(16, [{"GIOP\1\2\1\0b\2\0\0", 12}, {"\260\6\340\277\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0\326\326"..., 610}], 2) = 622 futex(0x813b8a4, FUTEX_WAIT, 1, NULL Any ideas are welcome... Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: rdorsch at jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ From dheepan at tataelxsi.co.in Tue Jan 23 04:21:36 2007 From: dheepan at tataelxsi.co.in (Dheepan A.P) Date: Tue, 23 Jan 2007 09:51:36 +0530 (IST) Subject: [Ekiga-list] ekiga-list Digest, Vol 6, Issue 33 Message-ID: <20070123095136.CEY08297@mail.tataelxsi.co.in> Is there any possibilities to run ekiga as H.263 compatible..please give me suggestions Dheepan From geboyd53 at comcast.net Tue Jan 23 10:14:36 2007 From: geboyd53 at comcast.net (George Boyd) Date: Tue, 23 Jan 2007 02:14:36 -0800 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <1169503360.3557.74.camel@scorpio> References: <94687.26560.qm@web52902.mail.yahoo.com> <1169500051.3557.56.camel@scorpio> <1169501960.18180.4.camel@localhost.localdomain> <1169502082.3557.63.camel@scorpio> <1169502655.18817.2.camel@localhost.localdomain> <1169503360.3557.74.camel@scorpio> Message-ID: <1169547276.5604.4.camel@localhost.localdomain> Hi Damian, The connection problem I was having with voxgratia has been solved. I had failed to enter it as the default h323 gateway in the H323 setup preferences. Not sure how I overlooked that one, but it's working ok now. On Mon, 2007-01-22 at 23:02 +0100, Damien Sandras wrote: > Le lundi 22 janvier 2007 ? 13:50 -0800, George Boyd a ?crit : > > Hmmm, interesting. when I do that, I get "remote user is unreachable". > > I'll do some digging and see what I can find. > > > > Weird. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Tue Jan 23 10:25:02 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 23 Jan 2007 11:25:02 +0100 Subject: [Ekiga-list] Ekiga 2.0.4 available In-Reply-To: <501283.86277.qm@web52901.mail.yahoo.com> References: <501283.86277.qm@web52901.mail.yahoo.com> Message-ID: <1169547902.3477.12.camel@scorpio> Le lundi 22 janvier 2007 ? 22:16 +0000, Chris Rankin a ?crit : > --- Damien Sandras wrote: > > > > It works like a charm with h323:gk.voxgratia.org here... > > Downgrading to ekiga-2.0.3 fixes my H.323 connection to my test host, so I'm thinking that 2.0.4 > is having trouble with Gatekeepers. I don't think there has been any change in opal related to H.323. I will check. -- _ 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 Jan 23 10:25:48 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 23 Jan 2007 11:25:48 +0100 Subject: [Ekiga-list] Ekiga hangs during startup In-Reply-To: <200701222248.19176.rdorsch@web.de> References: <200701222248.19176.rdorsch@web.de> Message-ID: <1169547948.3477.14.camel@scorpio> Le lundi 22 janvier 2007 ? 22:48 -0500, Rainer Dorsch a ?crit : > Hello, > > I am running ekiga 2.0.3 (Debian etch) it hangs from time to time during > startup. I tried the daily snapshot then, but this hangs as well (or at least > does a long pause....). > > > Any ideas are welcome... > Does "killall -9 evolution-data-server" solve your problem ? -- _ 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 Jan 23 10:26:09 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 23 Jan 2007 11:26:09 +0100 Subject: [Ekiga-list] ekiga-list Digest, Vol 6, Issue 33 In-Reply-To: <20070123095136.CEY08297@mail.tataelxsi.co.in> References: <20070123095136.CEY08297@mail.tataelxsi.co.in> Message-ID: <1169547969.3477.16.camel@scorpio> Le mardi 23 janvier 2007 ? 09:51 +0530, Dheepan A.P a ?crit : > Is there any possibilities to run ekiga as H.263 compatible..please give me suggestions > Yes, it should work. But you are on your own to develop that, sorry. -- _ 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 jnkpang at gmail.com Tue Jan 23 17:45:57 2007 From: jnkpang at gmail.com (Jackson Pang) Date: Tue, 23 Jan 2007 09:45:57 -0800 Subject: [Ekiga-list] G 729 Addition Message-ID: <1f600420701230945o28056fe7r50733ceedb185121@mail.gmail.com> Hi Could someone tell me how to go about adding another codec such as G 729? Thanks Jackson Pang From laurentp at wp.pl Tue Jan 23 18:22:44 2007 From: laurentp at wp.pl (W.P.) Date: Tue, 23 Jan 2007 19:22:44 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45A759C4.4030704@wp.pl> References: <45A759C4.4030704@wp.pl> Message-ID: <45B65274.8010602@wp.pl> Damien, hi, what about lpc10? could You enable this for my tests? W.P. From dsandras at seconix.com Tue Jan 23 20:02:42 2007 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 23 Jan 2007 21:02:42 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45B65274.8010602@wp.pl> References: <45A759C4.4030704@wp.pl> <45B65274.8010602@wp.pl> Message-ID: <1169582562.4287.1.camel@scorpio> Le mardi 23 janvier 2007 ? 19:22 +0100, W.P. a ?crit : > Damien, hi, > what about lpc10? > > could You enable this for my tests? > I'm not too positive about this. LPC-10 is a very bad codec, and if people accidentally use it, they could reject the fault on Ekiga. I can temporarily allow it. When do you want me to allow 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 laurentp at wp.pl Tue Jan 23 20:35:33 2007 From: laurentp at wp.pl (W.P.) Date: Tue, 23 Jan 2007 21:35:33 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1169582562.4287.1.camel@scorpio> References: <45A759C4.4030704@wp.pl> <45B65274.8010602@wp.pl> <1169582562.4287.1.camel@scorpio> Message-ID: <45B67195.4080501@wp.pl> >I can temporarily allow it. > >When do you want me to allow it ? > > Will be good if I ask for tomorrow and after-tomorrow? (wed-thu)? W.P. From dsandras at seconix.com Wed Jan 24 09:26:19 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 24 Jan 2007 10:26:19 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45B67195.4080501@wp.pl> References: <45A759C4.4030704@wp.pl> <45B65274.8010602@wp.pl> <1169582562.4287.1.camel@scorpio> <45B67195.4080501@wp.pl> Message-ID: <1169630779.3730.6.camel@scorpio> Le mardi 23 janvier 2007 ? 21:35 +0100, W.P. a ?crit : > > > >I can temporarily allow it. > > > >When do you want me to allow it ? > > > > > Will be good if I ask for tomorrow and after-tomorrow? (wed-thu)? > It is done. Please tell me when your tests are over. Thanks, -- _ 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 dattakoli at yahoo.com Wed Jan 24 10:50:43 2007 From: dattakoli at yahoo.com (Datta Koli) Date: Wed, 24 Jan 2007 02:50:43 -0800 (PST) Subject: [Ekiga-list] ekiga sound problem Message-ID: <382484.72877.qm@web50903.mail.yahoo.com> Hi, Dears I am the new member of the ekiga family, i just install & configure ekiga 2.0.2 , with both the protocol h323 & sip If i try to connect with 2 pcs with ekiga after confiuration driud all testing is proper but when i am dial to another pc its asking for accept connection that time its ringing after accepting connection i am getting video conferrance is working properly, but voip is also connected properly , but voice is not flowing pc to pc i looking for some help on this problem please help me Thanks in advance datta koli --------------------------------- Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vinlos.fake at gmail.com Wed Jan 24 12:34:41 2007 From: vinlos.fake at gmail.com (Vincenzo Losito) Date: Wed, 24 Jan 2007 13:34:41 +0100 Subject: [Ekiga-list] Creative Webcam Instant (how to scale the picture down?) Message-ID: <9cf3a0bf0701240434j135bd2c5yc49c79ffc9d464e@mail.gmail.com> Dear Friends of Ekiga, I recently tried to switch to ekiga, but I have found an incovenient. In the video window is displayed only a part of the effective image. How can I solve this issue? I tried both with a Creative Webcam Instant and a Logitech Quickcam. They works well with other applications, such as Camorama or Kopete. Sincerly, Vincenzo -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurentp at wp.pl Wed Jan 24 13:33:45 2007 From: laurentp at wp.pl (W.P.) Date: Wed, 24 Jan 2007 14:33:45 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <1169630779.3730.6.camel@scorpio> References: <45A759C4.4030704@wp.pl> <45B65274.8010602@wp.pl> <1169582562.4287.1.camel@scorpio> <45B67195.4080501@wp.pl> <1169630779.3730.6.camel@scorpio> Message-ID: <45B76039.20905@wp.pl> U?ytkownik Damien Sandras napisa?: >Le mardi 23 janvier 2007 ? 21:35 +0100, W.P. a ?crit : > > >> >> >> >> >>>I can temporarily allow it. >>> >>>When do you want me to allow it ? >>> >>> >>> >>> >>Will be good if I ask for tomorrow and after-tomorrow? (wed-thu)? >> >> >> > >It is done. > >Please tell me when your tests are over. > >Thanks, > > Hello, thanks Damien, first tests with LPC codec; 1).announcement message does not even look like human voice (but I have the same when testing locally). 2). echo test VERY hard to understand, but the transmission parameters are: 8% packet loss, jitter buffer approx 250ms. I'll try to mimic this at home. Local test (no packet loss, low latency) was successful, voice was a bit strange but only a bit - like with a poor telephone set. LPC codec is said that it may produce robot-like voice. It seems that it is sensitive to net parameters. >>Please tell me when your tests are over. I will ;) W.Piotrzkowski From jan.schampera at web.de Wed Jan 24 16:37:04 2007 From: jan.schampera at web.de (Jan Schampera) Date: Wed, 24 Jan 2007 17:37:04 +0100 Subject: [Ekiga-list] ekiga sound problem In-Reply-To: <382484.72877.qm@web50903.mail.yahoo.com> References: <382484.72877.qm@web50903.mail.yahoo.com> Message-ID: <20070124173704.04a68935@localhost.localdomain> On Wed, 24 Jan 2007 02:50:43 -0800 (PST) Datta Koli wrote: > when i am dial to another pc its asking for accept connection that > time its ringing after accepting connection i am getting video > conferrance is working properly, but voip is also connected > properly , but voice is not flowing pc to pc i looking for some help It's just a guess: Do you connect 2 PC's in the same LAN and using ekiga.net accounts? J. -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin From monnier at iro.umontreal.ca Wed Jan 24 16:37:18 2007 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Wed, 24 Jan 2007 11:37:18 -0500 Subject: [Ekiga-list] Use a larger video image Message-ID: Is there some way I can choose the size of the video image? I'm not talking about zooming the image (which I can do with C-+), but changing its real resolution. It seems to be about 160x100 right now. Stefan From oisin.feeley at gmail.com Wed Jan 24 16:38:56 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Wed, 24 Jan 2007 11:38:56 -0500 Subject: [Ekiga-list] ekiga sound problem In-Reply-To: <382484.72877.qm@web50903.mail.yahoo.com> References: <382484.72877.qm@web50903.mail.yahoo.com> Message-ID: Without other information I'd suggest trying the following: 0) Make sure that your end is working by using the echo test "sip:500 at ekiga.net". If it's not then follow 1 to 6 below. If it is then get the remote user to do the same thing. 1) check that your microphone is switched on 2) Make sure that the microphone is selected as the input device Edit->Preferences->Devices->AudioDevices->InputDevice-> (For me the appropriate device in "Input Device" is "USB Logitech") 3) Make sure that your headset is selected as the output device Edit->Preferences->Devices->AudioDevices->InputDevice-> (For me the appropriate device in "Output Device" is "USB Logitech") 4) Make sure the correct "mixer device is selected" 5) Make sure that your mixer-application has volume turned up correctly for whatever is your output device. I use the gnome volume applet 2.14.3 as a mixer application 6) Goto 0) HTH, Oisin On 1/24/07, Datta Koli wrote: > Hi, Dears > > I am the new member of the ekiga family, > i just install & configure ekiga 2.0.2 , > with both the protocol h323 & sip > If i try to connect with 2 pcs with ekiga > after confiuration driud all testing is proper but > when i am dial to another pc its asking for accept connection that time > its ringing > after accepting connection i am getting video conferrance is working > properly, > but voip is also connected properly , but voice is not flowing pc to pc > i looking for some help on this problem > please help me > Thanks in advance > datta koli > > > > > > > --------------------------------- > Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and > get things done faster. > From oisin.feeley at gmail.com Wed Jan 24 16:41:11 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Wed, 24 Jan 2007 11:41:11 -0500 Subject: [Ekiga-list] ekiga sound problem In-Reply-To: References: <382484.72877.qm@web50903.mail.yahoo.com> Message-ID: On 1/24/07, Oisin Feeley wrote: > Without other information I'd suggest trying the following: Apologies to all for top-posting. I used GMail's "quick reply" and forgot to go down and delete any unused text. Best wishes, Oisin From jan.schampera at web.de Wed Jan 24 16:39:41 2007 From: jan.schampera at web.de (Jan Schampera) Date: Wed, 24 Jan 2007 17:39:41 +0100 Subject: [Ekiga-list] Creative Webcam Instant (how to scale the picture down?) In-Reply-To: <9cf3a0bf0701240434j135bd2c5yc49c79ffc9d464e@mail.gmail.com> References: <9cf3a0bf0701240434j135bd2c5yc49c79ffc9d464e@mail.gmail.com> Message-ID: <20070124173941.7af4800d@localhost.localdomain> On Wed, 24 Jan 2007 13:34:41 +0100 "Vincenzo Losito" wrote: > an incovenient. In the video window is displayed only a part of the > effective image. How can I solve this issue? That's most likely a driver issue. Ekiga (PWLib) requests a specific resolution from the Video4Linux interface, and instead of reporting that it's not supported, the driver reports that all is okay, and sends a cropped image to Ekiga. Maybe Luc Saillard is reading this list, he knows a bit more about the video driver stuff. Jan -- I know life sometimes can get tough! and I know life sometimes can be a drag! But people, we have been given a gift, we have been given a road And that roads name is... rock and roll! KISS in "God gave Rock'n'Roll to you" From jan.schampera at web.de Wed Jan 24 16:46:23 2007 From: jan.schampera at web.de (Jan Schampera) Date: Wed, 24 Jan 2007 17:46:23 +0100 Subject: [Ekiga-list] Use a larger video image In-Reply-To: References: Message-ID: <20070124174623.25746763@localhost.localdomain> On Wed, 24 Jan 2007 11:37:18 -0500 Stefan Monnier wrote: > Is there some way I can choose the size of the video image? I'm not > talking about zooming the image (which I can do with C-+), but > changing its real resolution. It seems to be about 160x100 right now. It's QCIF afair. CIF (higher) is not active at the moment, for several trouble we had. It may be added again. It's still activatable through a direct Gconf setting: /apps/ekiga/devices/video/size --> 1 No guarentee! J. PS: But you could report if you had trouble or not ;-) -- Once you've got the perfect hammer, everything looks like a nail. From ray.ishido at gmail.com Wed Jan 24 18:11:58 2007 From: ray.ishido at gmail.com (Ray Ishido) Date: Wed, 24 Jan 2007 16:11:58 -0200 Subject: [Ekiga-list] Any experiences with DiamondCard.us? In-Reply-To: References: Message-ID: <45B7A16E.7070601@gmail.com> An HTML attachment was scrubbed... URL: From oisin.feeley at gmail.com Wed Jan 24 18:51:12 2007 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Wed, 24 Jan 2007 13:51:12 -0500 Subject: [Ekiga-list] Any experiences with DiamondCard.us? In-Reply-To: <45B7A16E.7070601@gmail.com> References: <45B7A16E.7070601@gmail.com> Message-ID: On 1/24/07, Ray Ishido wrote: > It work great (not as "wengo's nightmare"...) > > The price a a bit high but lower than skype and it help support ekiga. > As already said it work great and the quality is good. Hi Ray, Thanks for the response. I've actually been using Diamondcard happily for about 3 months now and have no complaints with them. When you add to this that it helps the Ekiga project a little then I have no hestitation recommending them to others either. Thanks again for the response, Ois?n From mariofutire at googlemail.com Wed Jan 24 20:35:19 2007 From: mariofutire at googlemail.com (Mario Rossi) Date: Wed, 24 Jan 2007 20:35:19 +0000 Subject: [Ekiga-list] Problem after upgrading to 2.0.4 Message-ID: <53d94280701241235m192d3495se8613ba4eb9e19d4@mail.gmail.com> Hi, I've expirienced a problem connecting with Windows Messenger since I've upgraded to 2.0.4. I don't think anything else changed. I've updated the output of ekiga -d 4 here http://xoomer.alice.it/enodetti/ekiga2.log.gz Could anyone check what is the problem, since in the General history window everything seems to work. thanks From mariofutire at googlemail.com Wed Jan 24 20:41:22 2007 From: mariofutire at googlemail.com (Mario Rossi) Date: Wed, 24 Jan 2007 20:41:22 +0000 Subject: [Ekiga-list] Problem after upgrading to 2.0.4 Message-ID: <53d94280701241241lf74d081g3801cca128ac6220@mail.gmail.com> Sorry, I haven't mentioned the problem: Video goes in both directions, while audio only from ekiga to Messenger. In the General History I can see audio codec opened for transmission and reception. Nothing else has changed, I will try later to downgrade to 2.0.3 and check what happens. For the time being I've saved the log. Thanks >Hi, >I've expirienced a problem connecting with Windows Messenger since >I've upgraded to 2.0.4. >I don't think anything else changed. >I've updated the output of ekiga -d 4 here >http://xoomer.alice.it/enodetti/ekiga2.log.gz >Could anyone check what is the problem, since in the General history >window everything seems to work. >thanks From fabrice at alphonso.dyndns.org Wed Jan 24 20:59:04 2007 From: fabrice at alphonso.dyndns.org (Fabrice ALPHONSO) Date: Wed, 24 Jan 2007 21:59:04 +0100 Subject: [Ekiga-list] Any experiences with DiamondCard.us? In-Reply-To: <45B7A16E.7070601@gmail.com> References: <45B7A16E.7070601@gmail.com> Message-ID: <1169672344.13017.7.camel@balder.walhalla> On mer, 2007-01-24 at 16:11 -0200, Ray Ishido wrote: .../... > mot de passe (password)-> here your must enter the PIN CODE (cf your > diamond card home page), and NOT your password. perhaps it would be a > good idea to change this in further version. > > cheers > > Ray Hi Ray, I take note of your remark about the french translation and will see what I can do about that. The problem is that this is a ponctual problem with diamondcard registration to ask about PIN number and not really the password. and the word "password" is used too in english, and changing it to PIN would lead to an error for the usual case. Don't really know if I am clear. Fabrice -- Fabrice ALPHONSO From james at fsck.co.uk Wed Jan 24 21:25:49 2007 From: james at fsck.co.uk (A. James Lewis) Date: Wed, 24 Jan 2007 21:25:49 +0000 Subject: [Ekiga-list] Wishlist?... In-Reply-To: <9cf3a0bf0701240434j135bd2c5yc49c79ffc9d464e@mail.gmail.com> References: <9cf3a0bf0701240434j135bd2c5yc49c79ffc9d464e@mail.gmail.com> Message-ID: <1169673949.26465.24.camel@trinity.fsck.co.uk> There's 2 things that I really wish ekiga could do... so I wonder if the beta's have any nice new features you guys can tell me about... or if not, here's a couple of suggestions... 1, It seems like it'd be really nice to have a conference facility, where you could recieve multiple calls and conference them together, or conversely, make multiple calls and like them together... If it was really clever you could leave a conference without closing it, and/or make/recieve another call and then rejoin a running conference. 2, Much simpler, seemingly... It'd be REALLY nice to have a way to quickly switch audio devices, preferably independently for input and output... mabe have configuratble profiles?... this would be so that you could switch between speaker and headset while in call... or keep the headset on, and just allow somone else to listen in,... whichever... James From dsandras at seconix.com Wed Jan 24 21:53:01 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 24 Jan 2007 22:53:01 +0100 Subject: [Ekiga-list] Any experiences with DiamondCard.us? In-Reply-To: <1169672344.13017.7.camel@balder.walhalla> References: <45B7A16E.7070601@gmail.com> <1169672344.13017.7.camel@balder.walhalla> Message-ID: <1169675581.3753.25.camel@scorpio> Le mercredi 24 janvier 2007 ? 21:59 +0100, Fabrice ALPHONSO a ?crit : > On mer, 2007-01-24 at 16:11 -0200, Ray Ishido wrote: > .../... > > mot de passe (password)-> here your must enter the PIN CODE (cf your > > diamond card home page), and NOT your password. perhaps it would be a > > good idea to change this in further version. > > > > cheers > > > > Ray > Hi Ray, > I take note of your remark about the french translation and will see > what I can do about that. > The problem is that this is a ponctual problem with diamondcard > registration to ask about PIN number and not really the password. > and the word "password" is used too in english, and changing it to PIN > would lead to an error for the usual case. > > Don't really know if I am clear. > On the other side, the PC-To-Phone account window is specific to DiamondCard. > Fabrice -- _ 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 Jan 24 22:18:24 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 24 Jan 2007 23:18:24 +0100 Subject: [Ekiga-list] Wishlist?... In-Reply-To: <1169673949.26465.24.camel@trinity.fsck.co.uk> References: <9cf3a0bf0701240434j135bd2c5yc49c79ffc9d464e@mail.gmail.com> <1169673949.26465.24.camel@trinity.fsck.co.uk> Message-ID: <1169677104.4137.4.camel@scorpio> Le mercredi 24 janvier 2007 ? 21:25 +0000, A. James Lewis a ?crit : > There's 2 things that I really wish ekiga could do... so I wonder if the > beta's have any nice new features you guys can tell me about... or if > not, here's a couple of suggestions... > > 1, It seems like it'd be really nice to have a conference facility, > where you could recieve multiple calls and conference them together, or > conversely, make multiple calls and like them together... > If it was really clever you could leave a conference without closing it, > and/or make/recieve another call and then rejoin a running conference. > Given the current upstream of most people, I do not consider this as viable with Open Source codecs. Most people do not have enough bandwidth to upload audio and video to several participants. >From my point of view, it is a service SIP providers should provide, it is a server-side thing, not a client thing. > 2, Much simpler, seemingly... It'd be REALLY nice to have a way to > quickly switch audio devices, preferably independently for input and > output... mabe have configuratble profiles?... this would be so that you > could switch between speaker and headset while in call... or keep the > headset on, and just allow somone else to listen in,... whichever... That's planned, but is not high priority in the TODO 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 Wed Jan 24 22:19:22 2007 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 24 Jan 2007 23:19:22 +0100 Subject: [Ekiga-list] Problem after upgrading to 2.0.4 In-Reply-To: <53d94280701241235m192d3495se8613ba4eb9e19d4@mail.gmail.com> References: <53d94280701241235m192d3495se8613ba4eb9e19d4@mail.gmail.com> Message-ID: <1169677162.4137.6.camel@scorpio> Le mercredi 24 janvier 2007 ? 20:35 +0000, Mario Rossi a ?crit : > Hi, > > I've expirienced a problem connecting with Windows Messenger since > I've upgraded to 2.0.4. > > I don't think anything else changed. > > I've updated the output of ekiga -d 4 here > > http://xoomer.alice.it/enodetti/ekiga2.log.gz > > Could anyone check what is the problem, since in the General history > window everything seems to work. > That seems correct. However, it tells you do not receive audio at all. I would think more of a router/firewall problem than to a bug. Please post again when you have more details. Also test calling 500 at ekiga.net -- _ 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 amessina at messinet.com Wed Jan 24 23:00:18 2007 From: amessina at messinet.com (Anthony Messina) Date: Wed, 24 Jan 2007 23:00:18 +0000 Subject: [Ekiga-list] Any experiences with DiamondCard.us? In-Reply-To: <45B7A16E.7070601@gmail.com> References: <45B7A16E.7070601@gmail.com> Message-ID: <1169679618.30705.3.camel@linux-ws1.chicago.messinet.com> On Wed, 2007-01-24 at 16:11 -0200, Ray Ishido wrote: > It work great (not as "wengo's nightmare"...) > > The price a a bit high but lower than skype and it help support > ekiga. > As already said it work great and the quality is good. > > one thing: in the french version of ekiga (don't know if their is also > the pb in other language) the pc-to-phone configuration ask for: > numero de compte (account id)->no pb > mot de passe (password)-> here your must enter the PIN CODE (cf your > diamond card home page), and NOT your password. perhaps it would be a > good idea to change this in further version. > > cheers > > Ray > > Oisin Feeley wrote: > > Hi all, > > > > I see that diamondcard.us are the default ekiga provider using the > > pc-to-phone setup tab. What are people's experiences with them? > > > > Thanks for any info. > > Oisin i've had great luck with them. i have ekiga connected to my openpbx.org server here and have diamondcard.us set up as a iax friend for all my long distance and everything works fabulously. their website needs some work, but if you ever have a question, the guys who answers all the email support requests is very nice and will get you an answer right away. -- Anthony - http://messinet.com - http://messinet.com/~amessina/gallery 8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E -------------- 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 law_ence.dev at ntlworld.com Thu Jan 25 16:01:48 2007 From: law_ence.dev at ntlworld.com (ael) Date: Thu, 25 Jan 2007 16:01:48 +0000 Subject: [Ekiga-list] Coexistence of ekiga with an ATA In-Reply-To: <1167900033.3565.3.camel@golgoth01> References: <459C34F0.9020902@ntlworld.com> <1167900033.3565.3.camel@golgoth01> Message-ID: <45B8D46C.9070305@ntlworld.com> Damien Sandras wrote: > Le mercredi 03 janvier 2007 ? 22:57 +0000, ael a ?crit : > >>Background: >>---------- >> >>I use an ATA (Analogue Telephone Adapter, a sip based unit) connected to >>a standard handset, to my landline and to a cordless unit. This works >>even when my computers are not booted and allows me to make and accept >>voip calls away from my desktop. Also I prefer a conventional handset >>sometimes. >> >>The ATA is upstream of my computers so that it can give its voip ports >>priority when a call (via the ATA) is in progress. >> >>[Cable modem] ==== [ATA intercepting ports 5004,5060] ==== [Router] === >>[local network] >> >>I also use ekiga for several reasons including the ability to register >>simultaneously with several sip servers, and I like to use a headset and >>have my hands free on most occasions. If I used a webcam, that would be >>another reason. >> >>On my various computers, I set ekiga to use ports other than those used >>by the ATA. On the machine that I am using to send this email, ekiga is >>set to use rtc ports 5010:5059 and udp ports 5062:5100, for example. >> >>Problem >>-------- >>All of this works fine, except for one minor problem which is the point >>of this email. >> >>Ekiga --> Preferences-->Protocols --> Network settings is set to STUN. >> >>When I start ekiga, it registers with the sip servers properly, but then >>calls fail, or partially fail, often with "Abnormal call termination". >>However, if I navigate through the preferences as above and set and >>reset the STUN, there is a brief message on the screen about the STUN >>being partially blocked (presumably it is detecting the ports used by >>the ATA). Thereafter, ekiga works properly until it is restarted. [..snip..] > However, if STUN detects "Partially blocked NAT", it is because the > forwarded ports on the router do not correspond to the ports used by > Ekiga. I have now solved the problem. It was nothing to do with the ATA. Rather it was the rule that I was using in the router (a DLInk DI-604, although I think many routers will behave similarly). By default the router seems to behave as a symmetric CONE. For those who have not read the relevant RFCs this essentially means that the router will bounce all incoming packets except those matching precisely (ie, both port and address) a previous outgoing packet. The STUN protocol allows one to "punch a hole" in the NAT (router) so that certain incoming packets can be accepted without a precisely matching outgoing packet. In particular the "other end" of a voip call. But this will not work in general for a symmetric CONE. One option is to use a rule for port forwarding (to a specific machine), but that means that only that one machine on a local network can use ekiga. But most NAT/routers support "application rules" which open a restricted hole dynamically when triggered by particular ports. But the documentation that I have seen is very rudimentary, and does not really explain just what happens. After playing with ethereal to watch the traffic, I realized that if I used a rule that triggered on the STUN ports ( 3478 & 3479 ) and then opened the sip and rtp ports, the STUN protocol would then find a full CONE NAT. That is what I did and everything now works. My rule has Trigger ports: 3478-3479 Public ports: 3478-3479, 5000-5100 Protocol: UDP I am not sure that I need to open all those public ports: I may experiment further, but I don't think it will do any harm. I hope this is useful to others. I haven't found any other references to triggering on STUN ports while I was googling for help on solving the problem. A E Lawrence From dsandras at seconix.com Thu Jan 25 16:05:17 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 25 Jan 2007 17:05:17 +0100 Subject: [Ekiga-list] Wishlist?... In-Reply-To: <1169678260.26465.33.camel@trinity.fsck.co.uk> References: <9cf3a0bf0701240434j135bd2c5yc49c79ffc9d464e@mail.gmail.com> <1169673949.26465.24.camel@trinity.fsck.co.uk> <1169677104.4137.4.camel@scorpio> <1169678260.26465.33.camel@trinity.fsck.co.uk> Message-ID: <1169741117.3702.16.camel@scorpio> Le mercredi 24 janvier 2007 ? 22:37 +0000, A. James Lewis a ?crit : > > > > From my point of view, it is a service SIP providers should provide, it > > is a server-side thing, not a client thing. > > > OK, granted... I hadn't concidered video, however I was really > concidering it for audio, since most people I know use SIP with a > hardware telephone or adapter... most of which do have some kinda of > conference facility... > > Clearly it would be unreasonable to expect to do it with video tho!.. > audio-only could be an option yes. > > > 2, Much simpler, seemingly... It'd be REALLY nice to have a way to > > > quickly switch audio devices, preferably independently for input and > > > output... mabe have configuratble profiles?... this would be so that you > > > could switch between speaker and headset while in call... or keep the > > > headset on, and just allow somone else to listen in,... whichever... > > > > That's planned, but is not high priority in the TODO list... > > Great!... I've been running an earlyish 2.1 build for ages, and I'm > pretty happy, but it does have problems from time to time.... is it > worth investigating a new 2.1 build, or is a 2.2 likley any time soon? > Upgrade the 2.1 snapshot, we won't release 2.2 or 3.00 before a few months. > Thanks for your response, the progress since gnome-meeting is grand, and > your effort is appreciated by everyone who uses it I am sure! > Thanks ! > James. > -- _ 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 luis.miranda at oniduo.pt Thu Jan 25 18:57:03 2007 From: luis.miranda at oniduo.pt (Luis Miranda) Date: Thu, 25 Jan 2007 18:57:03 +0000 Subject: [Ekiga-list] fuck you Message-ID: <200701251857.03840.luis.miranda@oniduo.pt> -------------- next part -------------- An embedded message was scrubbed... From: ekiga-list-request at gnome.org Subject: ekiga-list Digest, Vol 6, Issue 37 Date: Wed, 24 Jan 2007 17:19:30 -0500 Size: 12775 URL: From dsandras at seconix.com Thu Jan 25 20:53:11 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 25 Jan 2007 21:53:11 +0100 Subject: [Ekiga-list] fuck you In-Reply-To: <200701251857.03840.luis.miranda@oniduo.pt> References: <200701251857.03840.luis.miranda@oniduo.pt> Message-ID: <1169758391.4081.8.camel@scorpio> Drug, alcohol or stupidity ? Le jeudi 25 janvier 2007 ? 18:57 +0000, Luis Miranda a ?crit : > pi?ce jointe message de courriel (forwarded message), > "ekiga-list-request at gnome.org: ekiga-list Digest, Vol 6, Issue 37" > > -------- Message transf?r? -------- > > De: ekiga-list-request at gnome.org > > R?pondre ?: ekiga-list at gnome.org > > ?: ekiga-list at gnome.org > > Sujet: ekiga-list Digest, Vol 6, Issue 37 > > Date: Wed, 24 Jan 2007 17:19:30 -0500 > > > _______________________________________________ > 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 mariofutire at googlemail.com Thu Jan 25 21:11:15 2007 From: mariofutire at googlemail.com (Mario Rossi) Date: Thu, 25 Jan 2007 21:11:15 +0000 Subject: [Ekiga-list] Problem after upgrading to 2.0.4 Message-ID: <53d94280701251311o70ab6322g5f3b443b1d41b98d@mail.gmail.com> >That seems correct. However, it tells you do not receive audio at all. >I would think more of a router/firewall problem than to a bug. >Please post again when you have more details. >Also test calling 500 ekiga net I have some more info. IIRC when I connect with Messenger the codec used is PCMU. I hope I am not wrong. If I try to use this codec (basically I only allow this codec) with 500 at ekiga.net it does not work. Does it matter? Should I use a better codec? Does ekiga.net support it? Thanks From dsandras at seconix.com Thu Jan 25 21:19:40 2007 From: dsandras at seconix.com (Damien Sandras) Date: Thu, 25 Jan 2007 22:19:40 +0100 Subject: [Ekiga-list] Problem after upgrading to 2.0.4 In-Reply-To: <53d94280701251311o70ab6322g5f3b443b1d41b98d@mail.gmail.com> References: <53d94280701251311o70ab6322g5f3b443b1d41b98d@mail.gmail.com> Message-ID: <1169759980.5441.0.camel@scorpio> Le jeudi 25 janvier 2007 ? 21:11 +0000, Mario Rossi a ?crit : > >That seems correct. However, it tells you do not receive audio at all. > >I would think more of a router/firewall problem than to a bug. > > >Please post again when you have more details. > > >Also test calling 500 ekiga net > > I have some more info. > > IIRC when I connect with Messenger the codec used is PCMU. > I hope I am not wrong. > If I try to use this codec (basically I only allow this codec) with > 500 at ekiga.net it does not work. > > Does it matter? Should I use a better codec? Does ekiga.net support it? Ekiga.net does not support PCMU (which explains why it doesn't 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 albert at bergantells.net Thu Jan 25 21:29:35 2007 From: albert at bergantells.net (Albert Mainzer) Date: Thu, 25 Jan 2007 22:29:35 +0100 Subject: [Ekiga-list] fuck you In-Reply-To: <1169758391.4081.8.camel@scorpio> References: <200701251857.03840.luis.miranda@oniduo.pt> <1169758391.4081.8.camel@scorpio> Message-ID: <200701252229.35534.albert@bergantells.net> El Jueves, 25 de Enero de 2007 21:53, Damien Sandras escribi?: > Drug, alcohol or stupidity ? > Lack of sex, i mean. :-D From typhoon at aanet.com.au Thu Jan 25 21:30:28 2007 From: typhoon at aanet.com.au (Typhoon) Date: Fri, 26 Jan 2007 08:30:28 +1100 Subject: [Ekiga-list] fuck you In-Reply-To: <1169758391.4081.8.camel@scorpio> References: <200701251857.03840.luis.miranda@oniduo.pt> <1169758391.4081.8.camel@scorpio> Message-ID: <20070126083028.de6a9c19.typhoon@aanet.com.au> On Thu, 25 Jan 2007 21:53:11 +0100 Damien Sandras wrote: > Drug, alcohol or stupidity ? Do we have to choose? > > > Le jeudi 25 janvier 2007 ? 18:57 +0000, Luis Miranda a ?crit : > > pi?ce jointe message de courriel (forwarded message), > > "ekiga-list-request at gnome.org: ekiga-list Digest, Vol 6, Issue 37" > > > -------- Message transf?r? -------- > > > De: ekiga-list-request at gnome.org > > > R?pondre ?: ekiga-list at gnome.org > > > ?: ekiga-list at gnome.org > > > Sujet: ekiga-list Digest, Vol 6, Issue 37 > > > Date: Wed, 24 Jan 2007 17:19:30 -0500 > > > > > _______________________________________________ > > 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 From ebi5 at ozob.net Fri Jan 26 02:04:27 2007 From: ebi5 at ozob.net (Gene Imes) Date: Thu, 25 Jan 2007 20:04:27 -0600 Subject: [Ekiga-list] green screen Message-ID: <45B961AB.2050502@ozob.net> I have a Bodelin ProScopeHR which is uvc compliant. This device works fine with luvcview (a link to it on this page http://mxhaard.free.fr/download.html). The driver is a v4l2 driver. However in ekiga the screen is green. I can see video. A screenshot is here: http://ozob.net/luvc/ekiga-screen-shot.jpg Thanks for any help, -- Gene Imes ============================= ozob.net From miguel203 at yahoo.com Fri Jan 26 05:30:07 2007 From: miguel203 at yahoo.com (Lebron Angel) Date: Thu, 25 Jan 2007 21:30:07 -0800 (PST) Subject: [Ekiga-list] fuck you In-Reply-To: <200701251857.03840.luis.miranda@oniduo.pt> Message-ID: <20070126053007.3919.qmail@web34107.mail.mud.yahoo.com> You Too!! --- Luis Miranda wrote: > > > From: ekiga-list-request at gnome.org > Subject: ekiga-list Digest, Vol 6, Issue 37 > To: ekiga-list at gnome.org > Date: Wed, 24 Jan 2007 17:19:30 -0500 > > 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: Any experiences with DiamondCard.us? (Ray > Ishido) > 2. Re: Any experiences with DiamondCard.us? > (Oisin Feeley) > 3. Problem after upgrading to 2.0.4 (Mario Rossi) > 4. Re: Problem after upgrading to 2.0.4 (Mario > Rossi) > 5. Re: Any experiences with DiamondCard.us? > (Fabrice ALPHONSO) > 6. Wishlist?... (A. James Lewis) > 7. Re: Any experiences with DiamondCard.us? > (Damien Sandras) > 8. Re: Wishlist?... (Damien Sandras) > 9. Re: Problem after upgrading to 2.0.4 (Damien > Sandras) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 24 Jan 2007 16:11:58 -0200 > From: Ray Ishido > Subject: Re: [Ekiga-list] Any experiences with > DiamondCard.us? > To: Ekiga mailing list > Message-ID: <45B7A16E.7070601 at gmail.com> > Content-Type: text/plain; charset="us-ascii" > > An HTML attachment was scrubbed... > URL: > /archives/ekiga-list/attachments/20070124/f3552be0/attachment.htm > > > ------------------------------ > > Message: 2 > Date: Wed, 24 Jan 2007 13:51:12 -0500 > From: "Oisin Feeley" > Subject: Re: [Ekiga-list] Any experiences with > DiamondCard.us? > To: "Ekiga mailing list" > Message-ID: > > > Content-Type: text/plain; charset=ISO-8859-1; > format=flowed > > On 1/24/07, Ray Ishido wrote: > > It work great (not as "wengo's > nightmare"...) > > > > The price a a bit high but lower than skype and > it help support ekiga. > > As already said it work great and the quality is > good. > > Hi Ray, > Thanks for the response. I've actually been using > Diamondcard happily > for about 3 months now and have no complaints with > them. When you add > to this that it helps the Ekiga project a little > then I have no > hestitation recommending them to others either. > > Thanks again for the response, > > Ois?n > > > ------------------------------ > > Message: 3 > Date: Wed, 24 Jan 2007 20:35:19 +0000 > From: "Mario Rossi" > Subject: [Ekiga-list] Problem after upgrading to > 2.0.4 > To: ekiga-list at gnome.org > Message-ID: > > <53d94280701241235m192d3495se8613ba4eb9e19d4 at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8; > format=flowed > > Hi, > > I've expirienced a problem connecting with Windows > Messenger since > I've upgraded to 2.0.4. > > I don't think anything else changed. > > I've updated the output of ekiga -d 4 here > > http://xoomer.alice.it/enodetti/ekiga2.log.gz > > Could anyone check what is the problem, since in the > General history > window everything seems to work. > > thanks > > > ------------------------------ > > Message: 4 > Date: Wed, 24 Jan 2007 20:41:22 +0000 > From: "Mario Rossi" > Subject: Re: [Ekiga-list] Problem after upgrading to > 2.0.4 > To: ekiga-list at gnome.org > Message-ID: > > <53d94280701241241lf74d081g3801cca128ac6220 at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8; > format=flowed > > Sorry, I haven't mentioned the problem: > > Video goes in both directions, while audio only from > ekiga to Messenger. > In the General History I can see audio codec opened > for transmission > and reception. > > Nothing else has changed, I will try later to > downgrade to 2.0.3 and > check what happens. > For the time being I've saved the log. > > Thanks > > >Hi, > > >I've expirienced a problem connecting with Windows > Messenger since > >I've upgraded to 2.0.4. > > >I don't think anything else changed. > > >I've updated the output of ekiga -d 4 here > > >http://xoomer.alice.it/enodetti/ekiga2.log.gz > > >Could anyone check what is the problem, since in > the General history > >window everything seems to work. > > >thanks > > > ------------------------------ > > Message: 5 > Date: Wed, 24 Jan 2007 21:59:04 +0100 > From: Fabrice ALPHONSO > Subject: Re: [Ekiga-list] Any experiences with > DiamondCard.us? > To: Ekiga mailing list > Message-ID: > <1169672344.13017.7.camel at balder.walhalla> > Content-Type: text/plain > > On mer, 2007-01-24 at 16:11 -0200, Ray Ishido wrote: > .../... > > mot de passe (password)-> here your must enter the > PIN CODE (cf your > > diamond card home page), and NOT your password. > perhaps it would be a > > good idea to change this in further version. > > > > cheers > > > > Ray > Hi Ray, > I take note of your remark about the french > translation and will see > what I can do about that. > The problem is that this is a ponctual problem with > diamondcard > registration to ask about PIN number and not really > the === message truncated ===> _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 From dsandras at seconix.com Fri Jan 26 16:50:35 2007 From: dsandras at seconix.com (Damien Sandras) Date: Fri, 26 Jan 2007 17:50:35 +0100 Subject: [Ekiga-list] green screen In-Reply-To: <45B961AB.2050502@ozob.net> References: <45B961AB.2050502@ozob.net> Message-ID: <1169830235.3697.17.camel@scorpio> Le jeudi 25 janvier 2007 ? 20:04 -0600, Gene Imes a ?crit : > I have a Bodelin ProScopeHR which is uvc compliant. This device works > fine with luvcview (a link to it on this page > http://mxhaard.free.fr/download.html). The driver is a v4l2 driver. > > However in ekiga the screen is green. I can see video. A screenshot is here: > > http://ozob.net/luvc/ekiga-screen-shot.jpg > If I was you, I would complain to the driver author. > Thanks for any help, > -- _ 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 luis.miranda at oniduo.pt Fri Jan 26 17:56:55 2007 From: luis.miranda at oniduo.pt (Luis Miranda) Date: Fri, 26 Jan 2007 17:56:55 +0000 Subject: [Ekiga-list] Fwd: Re: fuck you Message-ID: <200701261756.55803.luis.miranda@oniduo.pt> stop messenger mother fucker -------------- next part -------------- An embedded message was scrubbed... From: Damien Sandras Subject: Re: [Ekiga-list] fuck you Date: Thu, 25 Jan 2007 21:53:11 +0100 Size: 2424 URL: From devel at tootai.net Fri Jan 26 18:34:25 2007 From: devel at tootai.net (Daniel Huhardeaux) Date: Fri, 26 Jan 2007 19:34:25 +0100 Subject: [Ekiga-list] Fwd: Re: fuck you In-Reply-To: <200701261756.55803.luis.miranda@oniduo.pt> References: <200701261756.55803.luis.miranda@oniduo.pt> Message-ID: <45BA49B1.8010105@tootai.net> Luis Miranda a ?crit : > stop messenger mother fucker > As those are the only english words you seems to know and as they are not very constructive for our project, we invite you to unsubscribe from the list by following this link http://mail.gnome.org/mailman/listinfo/ekiga-list here another place to start for improving your vocabulary http://www.stclaresenglish.net/links.htm Regards Daniel > > ------------------------------------------------------------------------ > > Sujet: > Re: [Ekiga-list] fuck you > Exp?diteur: > Damien Sandras > Date: > Thu, 25 Jan 2007 21:53:11 +0100 > Destinataire: > Ekiga mailing list > > Destinataire: > Ekiga mailing list > Copie ?: > luis.miranda at oniduo.pt > > > Drug, alcohol or stupidity ? > From ray.ishido at gmail.com Fri Jan 26 18:39:20 2007 From: ray.ishido at gmail.com (Ray Ishido) Date: Fri, 26 Jan 2007 16:39:20 -0200 Subject: [Ekiga-list] Fwd: Re: fuck you In-Reply-To: <200701261756.55803.luis.miranda@oniduo.pt> References: <200701261756.55803.luis.miranda@oniduo.pt> Message-ID: <45BA4AD8.2030803@gmail.com> An HTML attachment was scrubbed... URL: From yochanon at localnet.com Fri Jan 26 21:49:18 2007 From: yochanon at localnet.com (John B) Date: Fri, 26 Jan 2007 15:49:18 -0600 Subject: [Ekiga-list] Fwd: Re: fuck you In-Reply-To: <200701261756.55803.luis.miranda@oniduo.pt> References: <200701261756.55803.luis.miranda@oniduo.pt> Message-ID: <200701261549.18786.yochanon@localnet.com> On Friday 26 January 2007 11:56, Luis Miranda wrote: > stop messenger mother fucker You were right, Damien...it's stupidity. He can't read either. From goemusic at yahoo.fr Fri Jan 26 22:08:58 2007 From: goemusic at yahoo.fr (go music) Date: Fri, 26 Jan 2007 23:08:58 +0100 (CET) Subject: [Ekiga-list] Aliasing in audio codecs Message-ID: <20070126220858.61521.qmail@web26707.mail.ukl.yahoo.com> I'm discovering Ekiga using it with success including audio/video for two days now on a Mandriva 2007 system, and I really congratulate everyone who give and have given their contribution to that great project! Diamondcard works fine as well BTW. Here is my question for upcoming developments. I have noticed that both SPEEX (8 and 16kHz bandwidth) and the iLBC codecs produce aliasing either due to inadapted frequency filtering of the audio bandwidth with respect to the raw sample rate or low (8?) bit conversion without interpolation or both. Is there any way to fix this? it would really be necessary to improve the audio quality of these codecs, and can be achieved by using matched filters and interpolation. --------------------------------- D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos questions ! Profitez des connaissances, des opinions et des exp?riences des internautes sur Yahoo! Questions/R?ponses. -------------- next part -------------- An HTML attachment was scrubbed... URL: From geboyd53 at comcast.net Sat Jan 27 09:39:52 2007 From: geboyd53 at comcast.net (George Boyd) Date: Sat, 27 Jan 2007 01:39:52 -0800 Subject: [Ekiga-list] openPBX Message-ID: <1169890792.4851.8.camel@george> I know this is not the right forum to be asking this question, but I was hoping someone might be able to point me in the right direction on how to setup and use openPBX. There is no information on there site. Another question is would open MCU better? Thanks in Advance, George ________________________________ Fedora Core 6 Linux Ekiga Rocks!! One program so many ways to connect! sip: geboyd53 at ekiga.net (or 617808 at ekiga.net) H323: gk.voxgratia.net:1719 geboyd53 Voipbuster: geboyd53 (chat), 13606660349 (telephone) e164: +13606660349 or +882 9999 398265 (linked to ekiga) Forward: 781549 Voxalot: 106153 Gizmo: 17476918163 -------------- next part -------------- An HTML attachment was scrubbed... URL: From amessina at messinet.com Sat Jan 27 11:36:21 2007 From: amessina at messinet.com (Anthony Messina) Date: Sat, 27 Jan 2007 05:36:21 -0600 Subject: [Ekiga-list] openPBX In-Reply-To: <1169890792.4851.8.camel@george> References: <1169890792.4851.8.camel@george> Message-ID: <1169897781.6494.2.camel@linux-ws1.chicago.messinet.com> On Sat, 2007-01-27 at 01:39 -0800, George Boyd wrote: > I know this is not the right forum to be asking this question, but I > was hoping someone might be able to point me in the right direction on > how to setup and use openPBX. There is no information on there site. > Another question is would open MCU better? > > Thanks in Advance, > George have you tried wiki.openpbx.org? also voip-info.org has info on asterisk, which at this point is virtually the same as openpbx. fc6 has openpbx rpms and most of the asterisk config info is relevant - until the "fork" of openpbx really splits away. -- Anthony - http://messinet.com - http://messinet.com/~amessina/gallery 8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E -------------- 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 valtho41 at yahoo.com Sat Jan 27 13:38:36 2007 From: valtho41 at yahoo.com (Arne J.) Date: Sat, 27 Jan 2007 05:38:36 -0800 (PST) Subject: [Ekiga-list] ekiga to eyebeam disconnects Message-ID: <203428.99435.qm@web38006.mail.mud.yahoo.com> Hi, I searched and searched, and finally decided to post it here: When I try to call the sip number of a friend who uses eyebeam 1.5 (xp), my ekiga (2.03, ubuntu edgy), upon connection, immediately disconnects. Regardless of which audio codec is chosen. If I start ekiga in debug mode (--debug=1) this is the (?!) error I get: SIP Handler:85de340 SIP Cannot set remote ports on RTP session. Without spilling any more raw data, can you point me in the right direction of a solution (if any)? Thanks a lot! Arjen --------------------------------- Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. Check it out. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Sat Jan 27 14:15:00 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 27 Jan 2007 15:15:00 +0100 Subject: [Ekiga-list] ekiga to eyebeam disconnects In-Reply-To: <203428.99435.qm@web38006.mail.mud.yahoo.com> References: <203428.99435.qm@web38006.mail.mud.yahoo.com> Message-ID: <1169907300.5202.0.camel@scorpio> Le samedi 27 janvier 2007 ? 05:38 -0800, Arne J. a ?crit : > Hi, > > I searched and searched, and finally decided to post it here: When I > try to call the sip number of a friend who uses eyebeam 1.5 (xp), my > ekiga (2.03, ubuntu edgy), upon connection, immediately disconnects. > Regardless of which audio codec is chosen. > If I start ekiga in debug mode (--debug=1) this is the (?!) error I > get: > SIP Handler:85de340 SIP Cannot set remote ports on RTP session. > > Without spilling any more raw data, can you point me in the right > direction of a solution (if any)? > Can you post a full debug 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 dsandras at seconix.com Sat Jan 27 14:15:48 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 27 Jan 2007 15:15:48 +0100 Subject: [Ekiga-list] Aliasing in audio codecs In-Reply-To: <20070126220858.61521.qmail@web26707.mail.ukl.yahoo.com> References: <20070126220858.61521.qmail@web26707.mail.ukl.yahoo.com> Message-ID: <1169907348.5202.2.camel@scorpio> Le vendredi 26 janvier 2007 ? 23:08 +0100, go music a ?crit : > I'm discovering Ekiga using it with success including audio/video for > two days now on a Mandriva 2007 system, and I really congratulate > everyone who give and have given their contribution to that great > project! Diamondcard works fine as well BTW. > Here is my question for upcoming developments. > I have noticed that both SPEEX (8 and 16kHz bandwidth) and the iLBC > codecs produce aliasing either due to inadapted frequency filtering of > the audio bandwidth with respect to the raw sample rate or low (8?) > bit conversion without interpolation or both. Is there any way to fix > this? it would really be necessary to improve the audio quality of > these codecs, and can be achieved by using matched filters and > interpolation. That's probably a question for Jean-Marc Valin (I'm cc'ing him). -- _ 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 nportello21 at yahoo.com Sat Jan 27 20:57:05 2007 From: nportello21 at yahoo.com (Nick Portello) Date: Sat, 27 Jan 2007 12:57:05 -0800 (PST) Subject: [Ekiga-list] Windows XP help Message-ID: <335118.17876.qm@web56203.mail.re3.yahoo.com> I have Windows XP and I am trying to get ekiga to work. i installed all the required software and followed the instructions. i click on the ekiga.exe then a error message popped up saying ekiga need to close down you want to debug send error report or don't send error report after i closed the message i click on ekiga again and it saved it was still running.i have tried closing the proses and trying again and i get the same message. i cannot get it to start up. Can you help.Do i have something set up wrong to prevent the program from starting. nportello21 at yahoo.com Thank you ____________________________________________________________________________________ Yahoo! Music Unlimited Access over 1 million songs. http://music.yahoo.com/unlimited -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Sat Jan 27 21:08:45 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 27 Jan 2007 22:08:45 +0100 Subject: [Ekiga-list] Windows XP help In-Reply-To: <335118.17876.qm@web56203.mail.re3.yahoo.com> References: <335118.17876.qm@web56203.mail.re3.yahoo.com> Message-ID: <1169932125.12421.2.camel@scorpio> Le samedi 27 janvier 2007 ? 12:57 -0800, Nick Portello a ?crit : > I have Windows XP and I am trying to get ekiga to work. i installed > all the required software and followed the instructions. i click on > the ekiga.exe then a error message popped up saying ekiga need to > close down you want to debug send error report or don't send error > report after i closed the message i click on ekiga again and it saved > it was still running.i have tried closing the proses and trying again > and i get the same message. i cannot get it to start up. Can you > help.Do i have something set up wrong to prevent the program from > starting. > We are working on the problem... -- _ 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 mila61 at gmx.de Sat Jan 27 22:37:58 2007 From: mila61 at gmx.de (Michael Lampard) Date: Sat, 27 Jan 2007 23:37:58 +0100 Subject: [Ekiga-list] No security features in Ekiga? Message-ID: <20070127223758.194500@gmx.net> Hy, Ekiga's feature list [1] does not include any security features (like p.ex. SRTP or SIPS). Does Ekiga really not support such features or have the authors just forgotten to put them on the feature list? Michael [1] http://www.gnomemeeting.org/index.php?rub=2 -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail From dsandras at seconix.com Sun Jan 28 09:46:50 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 28 Jan 2007 10:46:50 +0100 Subject: [Ekiga-list] No security features in Ekiga? In-Reply-To: <20070127223758.194500@gmx.net> References: <20070127223758.194500@gmx.net> Message-ID: <1169977610.3873.4.camel@scorpio> Hi, Le samedi 27 janvier 2007 ? 23:37 +0100, Michael Lampard a ?crit : > Hy, > > Ekiga's feature list [1] does not include any security features (like p.ex. SRTP or SIPS). Does Ekiga really not support such features or have the authors just forgotten to put them on the feature list? > It is not supported yet. Feel free to propose any patch... -- _ 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 greblus at gmail.com Sun Jan 28 14:06:58 2007 From: greblus at gmail.com (Wiktor =?ISO-8859-2?B?R3LqYmxh?=) Date: Sun, 28 Jan 2007 15:06:58 +0100 Subject: [Ekiga-list] Ekiga/sip and Linux traffic control (prioritizing sip) Message-ID: <20070128150658.a44fff84.greblus@gmail.com> Hi. First of all, thanks to all of you kind people who wrote this nice piece of software. My question seems rather simple, but I'd like to ask for your advice as it's not really easy to me. It all started when our wonderful DSL provider, polish (monopolistic) TPSA connected us (6 of us) to the net with a not symmetrical DSL line (2Mbps/250kbps). Of course it's easy to guess what happened, I wanted to be fair, and prepared a "tc" config with the equality in mind, almost no restrictions on p2p. As a result, when i wanted to use Skype it all went together with the outgoing p2p traffic to the same queue, resulting in... a lots of special effects, also verbal, sometimes even vulgar ;). Now i thought about Ekiga/sip, which seemed a good candidate to be "easily" filtered and put into a separate class, possibly with a higher priority. Ekiga works without any tc rules modifications with the iLBC codec, but the sound quality could be better, so I'd like to have a separate queue for it - the only question is - what should i put there and how. So far, by looking at the wireshark sniffing results I see at least five different protocols used during a single call: stun at the beginning, then sip/sdp, sip, some udp data, rtp, h.261... The question is , what protocols have to be "shaped" and prioritized to assure better sound quality/different codec? (if you have tc examples I'll be of course more than happy to take a look). I'll be grateful for any suggestions. Regards, W. -- Talkers are no good doers. http://greblus.net/djangoblog/ From laurentp at wp.pl Sun Jan 28 15:10:43 2007 From: laurentp at wp.pl (W.P.) Date: Sun, 28 Jan 2007 16:10:43 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45B76039.20905@wp.pl> References: <45A759C4.4030704@wp.pl> <45B65274.8010602@wp.pl> <1169582562.4287.1.camel@scorpio> <45B67195.4080501@wp.pl> <1169630779.3730.6.camel@scorpio> <45B76039.20905@wp.pl> Message-ID: <45BCBCF3.2030108@wp.pl> > > >>>Please tell me when your tests are over. >>> >>> > > > Damien, i'll need no more LPC codec. You may disable it if you wish to. W.P. From dsandras at seconix.com Sun Jan 28 17:23:54 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 28 Jan 2007 18:23:54 +0100 Subject: [Ekiga-list] [Test site proposal] In-Reply-To: <45BCBCF3.2030108@wp.pl> References: <45A759C4.4030704@wp.pl> <45B65274.8010602@wp.pl> <1169582562.4287.1.camel@scorpio> <45B67195.4080501@wp.pl> <1169630779.3730.6.camel@scorpio> <45B76039.20905@wp.pl> <45BCBCF3.2030108@wp.pl> Message-ID: <1170005034.3688.7.camel@scorpio> Le dimanche 28 janvier 2007 ? 16:10 +0100, W.P. a ?crit : > > > > > > > >>>Please tell me when your tests are over. > >>> > >>> > > > > > > > Damien, i'll need no more LPC codec. You may disable it if you wish to. > Done, thanks ! -- _ 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 Sun Jan 28 17:23:36 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 28 Jan 2007 18:23:36 +0100 Subject: [Ekiga-list] Ekiga/sip and Linux traffic control (prioritizing sip) In-Reply-To: <20070128150658.a44fff84.greblus@gmail.com> References: <20070128150658.a44fff84.greblus@gmail.com> Message-ID: <1170005016.3688.5.camel@scorpio> Hi, Le dimanche 28 janvier 2007 ? 15:06 +0100, Wiktor Gr?bla a ?crit : > Hi. > > First of all, thanks to all of you kind people who wrote this nice piece of software. > > My question seems rather simple, but I'd like to ask for your advice as it's not really easy to me. > It all started when our wonderful DSL provider, polish (monopolistic) TPSA connected us > (6 of us) to the net with a not symmetrical DSL line (2Mbps/250kbps). Of course it's easy to > guess what happened, I wanted to be fair, and prepared a "tc" config with the equality > in mind, almost no restrictions on p2p. As a result, when i wanted to use Skype it all > went together with the outgoing p2p traffic to the same queue, resulting in... a lots of special > effects, also verbal, sometimes even vulgar ;). > > Now i thought about Ekiga/sip, which seemed a good candidate to be "easily" filtered > and put into a separate class, possibly with a higher priority. Ekiga works without any tc rules > modifications with the iLBC codec, but the sound quality could be better, so I'd like to > have a separate queue for it - the only question is - what should i put there and how. So far, > by looking at the wireshark sniffing results I see at least five different protocols used during > a single call: stun at the beginning, then sip/sdp, sip, some udp data, rtp, h.261... > > The question is , what protocols have to be "shaped" and prioritized to assure better > sound quality/different codec? (if you have tc examples I'll be of course more than happy > to take a look). > I have never looked at tc closely. However, you have to give the priority to outgoing RTP traffic. The ports that will used are dynamic, but in a fixed range that you can modify using gconf-editor by changing the value of key /apps/ekiga/protocols/ports/rtp_port_range. By default, ports in the 5000:5059 UDP range will be used. That means that incoming traffic from your correspondant will arrive to your machine with destination ports in that range (after rewriting of the packet by the NAT stack), and that also means that ougoing traffic from your machine to your correspondant will have source ports in that range (before rewriting by the NAT stack). -- _ 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 greblus at gmail.com Sun Jan 28 17:42:50 2007 From: greblus at gmail.com (Wiktor =?ISO-8859-2?B?R3LqYmxh?=) Date: Sun, 28 Jan 2007 18:42:50 +0100 Subject: [Ekiga-list] Ekiga/sip and Linux traffic control (prioritizing sip) In-Reply-To: <1170005016.3688.5.camel@scorpio> References: <20070128150658.a44fff84.greblus@gmail.com> <1170005016.3688.5.camel@scorpio> Message-ID: <20070128184250.7b394001.greblus@gmail.com> On Sun, 28 Jan 2007 18:23:36 +0100 Damien Sandras wrote: > I have never looked at tc closely. However, you have to give the > priority to outgoing RTP traffic. [...] > By default, ports in the 5000:5059 UDP range will be used. Hi Damien. Now I have something to start experimenting with. Thank you. Cheers, W. -- Talkers are no good doers. http://greblus.net/djangoblog/ From throw1 at twotails.org Sun Jan 28 20:49:57 2007 From: throw1 at twotails.org (Stuart Hodges) Date: Sun, 28 Jan 2007 15:49:57 -0500 Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting Message-ID: <200701281549.57581.throw1@twotails.org> HI, I'mtrying to use EKIGA 2.0.3 under SuSE 10.2 on an AMD 64 machine to talk to xmeeting 0.3.4 on a Mac. Using H323, if I try SIP I cant get a connection at all. With video disabled it works fine. With video enabled I can see local video until I connect. Then the local video hangs and no data flows in either direction. Attempting to hang up the call locks up EKIGA. Suspending video before a call does not make thinks work, only disabling on the preferences screen. -d 4 does not show any obvious errors. Any ideas ? Thanks, Stuart From dsandras at seconix.com Sun Jan 28 21:19:54 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 28 Jan 2007 22:19:54 +0100 Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting In-Reply-To: <200701281549.57581.throw1@twotails.org> References: <200701281549.57581.throw1@twotails.org> Message-ID: <1170019194.3688.70.camel@scorpio> Le dimanche 28 janvier 2007 ? 15:49 -0500, Stuart Hodges a ?crit : > HI, > > I'mtrying to use EKIGA 2.0.3 under SuSE 10.2 on an AMD 64 machine to talk to > xmeeting 0.3.4 on a Mac. Using H323, if I try SIP I cant get a connection at > all. > > With video disabled it works fine. > > With video enabled I can see local video until I connect. Then the local > video hangs and no data flows in either direction. Attempting to hang up the > call locks up EKIGA. > > Suspending video before a call does not make thinks work, only disabling on > the preferences screen. > > -d 4 does not show any obvious errors. > > Any ideas ? > A backtrace ? But I would think of a video driver 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 Sun Jan 28 21:47:16 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 28 Jan 2007 22:47:16 +0100 Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting In-Reply-To: <200701281638.36851.throw1@twotails.org> References: <200701281549.57581.throw1@twotails.org> <1170019194.3688.70.camel@scorpio> <200701281638.36851.throw1@twotails.org> Message-ID: <1170020836.3688.86.camel@scorpio> Hi, Please upload it somewhere, as well as a gdb backtrace. Big messages are kept back. And you can not rely on myself alone to debug the problem because I will be leaving in a few hours for a few days with few to no connectivity. I hope others will try helping. Good luck ! Le dimanche 28 janvier 2007 ? 16:38 -0500, Stuart Hodges a ?crit : > Hi, > > I have attached the -d 4 log. I replaced external the IP's with EKIGA > IP and > MAC IP. > > Both of us are Nating, but I don't think this is the problem as audio > works. > And displaying back my own camera to myself work fine until I connect. > > Thanks, > > Stuart > > On Sunday 28 January 2007 16:19, Damien Sandras wrote: > > Le dimanche 28 janvier 2007 ? 15:49 -0500, Stuart Hodges a ?crit : > > > HI, > > > > > > I'mtrying to use EKIGA 2.0.3 under SuSE 10.2 on an AMD 64 machine to > > > talk to xmeeting 0.3.4 on a Mac. Using H323, if I try SIP I cant get a > > > connection at all. > > > > > > With video disabled it works fine. > > > > > > With video enabled I can see local video until I connect. Then the local > > > video hangs and no data flows in either direction. Attempting to hang up > > > the call locks up EKIGA. > > > > > > Suspending video before a call does not make thinks work, only disabling > > > on the preferences screen. > > > > > > -d 4 does not show any obvious errors. > > > > > > Any ideas ? > > > > A backtrace ? > > > > But I would think of a video driver 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 throw1 at twotails.org Sun Jan 28 21:53:00 2007 From: throw1 at twotails.org (Stuart Hodges) Date: Sun, 28 Jan 2007 16:53:00 -0500 Subject: [Ekiga-list] =?utf-8?q?EKIGA_locks_using_video=2C_when_connected_?= =?utf-8?q?to=09xmeeting?= In-Reply-To: <1170019194.3688.70.camel@scorpio> References: <200701281549.57581.throw1@twotails.org> <1170019194.3688.70.camel@scorpio> Message-ID: <200701281653.01088.throw1@twotails.org> Hi, I have included the -d 4 log. I replaced external the IP's with EKIGA IP and MAC IP. Both of us are Nating, but I don't think this is the problem as audio works. And displaying back my own camera to myself work fine until I connect. Thanks, Stuart On Sunday 28 January 2007 16:19, Damien Sandras wrote: > Le dimanche 28 janvier 2007 ? 15:49 -0500, Stuart Hodges a ?crit : > > HI, > > > > I'mtrying to use EKIGA 2.0.3 under SuSE 10.2 on an AMD 64 machine to > > talk to xmeeting 0.3.4 on a Mac. Using H323, if I try SIP I cant get a > > connection at all. > > > > With video disabled it works fine. > > > > With video enabled I can see local video until I connect. Then the local > > video hangs and no data flows in either direction. Attempting to hang up > > the call locks up EKIGA. > > > > Suspending video before a call does not make thinks work, only disabling > > on the preferences screen. > > > > -d 4 does not show any obvious errors. > > > > Any ideas ? > > A backtrace ? > > But I would think of a video driver issue... -------------- next part -------------- A non-text attachment was scrubbed... Name: debout4Email.gz Type: application/x-gzip Size: 14433 bytes Desc: not available URL: From throw1 at twotails.org Sun Jan 28 22:14:08 2007 From: throw1 at twotails.org (Stuart Hodges) Date: Sun, 28 Jan 2007 17:14:08 -0500 Subject: [Ekiga-list] =?utf-8?q?EKIGA_locks_using_video=2C_when_connected_?= =?utf-8?q?to=09xmeeting?= In-Reply-To: <1170020836.3688.86.camel@scorpio> References: <200701281549.57581.throw1@twotails.org> <200701281638.36851.throw1@twotails.org> <1170020836.3688.86.camel@scorpio> Message-ID: <200701281714.09057.throw1@twotails.org> Hi, A gziped log file got through. It does not crash, video stops working and it hangs completely on hangup. I will test again and send a SIGBUS to cause it to core, when its hung. When the guy with the MAC is around again. Thanks, Stuart On Sunday 28 January 2007 16:47, Damien Sandras wrote: > Hi, > > > Please upload it somewhere, as well as a gdb backtrace. > > Big messages are kept back. And you can not rely on myself alone to > debug the problem because I will be leaving in a few hours for a few > days with few to no connectivity. > > I hope others will try helping. > > Good luck ! > > Le dimanche 28 janvier 2007 ? 16:38 -0500, Stuart Hodges a ?crit : > > Hi, > > > > I have attached the -d 4 log. I replaced external the IP's with > > EKIGA IP and > > MAC IP. > > > > Both of us are Nating, but I don't think this is the problem as > > audio works. > > And displaying back my own camera to myself work fine until I connect. > > > > Thanks, > > > > Stuart > > > > On Sunday 28 January 2007 16:19, Damien Sandras wrote: > > > Le dimanche 28 janvier 2007 ? 15:49 -0500, Stuart Hodges a ?crit : > > > > HI, > > > > > > > > I'mtrying to use EKIGA 2.0.3 under SuSE 10.2 on an AMD 64 machine to > > > > talk to xmeeting 0.3.4 on a Mac. Using H323, if I try SIP I cant get > > > > a connection at all. > > > > > > > > With video disabled it works fine. > > > > > > > > With video enabled I can see local video until I connect. Then the > > > > local video hangs and no data flows in either direction. Attempting > > > > to hang up the call locks up EKIGA. > > > > > > > > Suspending video before a call does not make thinks work, only > > > > disabling on the preferences screen. > > > > > > > > -d 4 does not show any obvious errors. > > > > > > > > Any ideas ? > > > > > > A backtrace ? > > > > > > But I would think of a video driver issue... From dsandras at seconix.com Sun Jan 28 22:18:26 2007 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 28 Jan 2007 23:18:26 +0100 Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting In-Reply-To: <200701281653.01088.throw1@twotails.org> References: <200701281549.57581.throw1@twotails.org> <1170019194.3688.70.camel@scorpio> <200701281653.01088.throw1@twotails.org> Message-ID: <1170022706.5872.8.camel@scorpio> Hi, Can you explain me how it is possible you are running Ekiga 2.0.3 (stable release) with OPAL 1.11.1 (unstable CVS) and PWLIB 1.11.1 (unstable CVS) ? If you tell me that you downloaded it on the SUSE FTP, then I will scream :-) If you tell me that you downloaded them from CVS and compiled yourself, then I will be reassured, but I will tell you that : - Using unstable CVS versions together with Ekiga stable will lead to weird results - Craig recently broke CVS of OPAL, it is not usable anymore when doing video calls, so it could explain your problem :-) Le dimanche 28 janvier 2007 ? 16:53 -0500, Stuart Hodges a ?crit : > Hi, > > I have included the -d 4 log. I replaced external the IP's with EKIGA > IP and MAC IP. > > Both of us are Nating, but I don't think this is the problem as audio > works. And displaying back my own camera to myself work fine until I > connect. > > Thanks, > > Stuart > > On Sunday 28 January 2007 16:19, Damien Sandras wrote: > > Le dimanche 28 janvier 2007 ? 15:49 -0500, Stuart Hodges a ?crit : > > > HI, > > > > > > I'mtrying to use EKIGA 2.0.3 under SuSE 10.2 on an AMD 64 machine to > > > talk to xmeeting 0.3.4 on a Mac. Using H323, if I try SIP I cant get a > > > connection at all. > > > > > > With video disabled it works fine. > > > > > > With video enabled I can see local video until I connect. Then the local > > > video hangs and no data flows in either direction. Attempting to hang up > > > the call locks up EKIGA. > > > > > > Suspending video before a call does not make thinks work, only disabling > > > on the preferences screen. > > > > > > -d 4 does not show any obvious errors. > > > > > > Any ideas ? > > > > A backtrace ? > > > > But I would think of a video driver issue... > _______________________________________________ > 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 throw1 at twotails.org Sun Jan 28 23:15:14 2007 From: throw1 at twotails.org (Stuart Hodges) Date: Sun, 28 Jan 2007 18:15:14 -0500 Subject: [Ekiga-list] =?utf-8?q?EKIGA_locks_using_video=2C_when_connected?= =?utf-8?q?=09to=09xmeeting?= In-Reply-To: <1170022706.5872.8.camel@scorpio> References: <200701281549.57581.throw1@twotails.org> <200701281653.01088.throw1@twotails.org> <1170022706.5872.8.camel@scorpio> Message-ID: <200701281815.15037.throw1@twotails.org> Hi, Well : > grep -i version debout4Email 2007/01/28 16:30:29.073 0:03.011 ekiga Ekiga version 2.0.3 2007/01/28 16:30:29.074 0:03.011 ekiga OPAL version 2.3.1 2007/01/28 16:30:29.074 0:03.011 ekiga PWLIB version 1.11.1 Both the opal and pwlib RPM's are from suse 10.2. Opal 2.3.1-30 PWLIB 1.11-27 They both contain (from yast software manager) : Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany So do you suggest I pull the source and rebuild the three. Thanks, Stuart On Sunday 28 January 2007 17:18, Damien Sandras wrote: > Hi, > > Can you explain me how it is possible you are running Ekiga 2.0.3 > (stable release) with OPAL 1.11.1 (unstable CVS) and PWLIB 1.11.1 > (unstable CVS) ? > > If you tell me that you downloaded it on the SUSE FTP, then I will > scream :-) > > If you tell me that you downloaded them from CVS and compiled yourself, > then I will be reassured, but I will tell you that : > - Using unstable CVS versions together with Ekiga stable will lead to > weird results > - Craig recently broke CVS of OPAL, it is not usable anymore when doing > video calls, so it could explain your problem :-) > > Le dimanche 28 janvier 2007 ? 16:53 -0500, Stuart Hodges a ?crit : > > Hi, > > > > I have included the -d 4 log. I replaced external the IP's with > > EKIGA IP and MAC IP. > > > > Both of us are Nating, but I don't think this is the problem as > > audio works. And displaying back my own camera to myself work fine until > > I connect. > > > > Thanks, > > > > Stuart > > > > On Sunday 28 January 2007 16:19, Damien Sandras wrote: > > > Le dimanche 28 janvier 2007 ? 15:49 -0500, Stuart Hodges a ?crit : > > > > HI, > > > > > > > > I'mtrying to use EKIGA 2.0.3 under SuSE 10.2 on an AMD 64 machine to > > > > talk to xmeeting 0.3.4 on a Mac. Using H323, if I try SIP I cant get > > > > a connection at all. > > > > > > > > With video disabled it works fine. > > > > > > > > With video enabled I can see local video until I connect. Then the > > > > local video hangs and no data flows in either direction. Attempting > > > > to hang up the call locks up EKIGA. > > > > > > > > Suspending video before a call does not make thinks work, only > > > > disabling on the preferences screen. > > > > > > > > -d 4 does not show any obvious errors. > > > > > > > > Any ideas ? > > > > > > A backtrace ? > > > > > > But I would think of a video driver issue... > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Mon Jan 29 07:54:16 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 29 Jan 2007 08:54:16 +0100 Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting In-Reply-To: <200701281815.15037.throw1@twotails.org> References: <200701281549.57581.throw1@twotails.org> <200701281653.01088.throw1@twotails.org> <1170022706.5872.8.camel@scorpio> <200701281815.15037.throw1@twotails.org> Message-ID: <1170057256.3691.5.camel@scorpio> Hi, Le dimanche 28 janvier 2007 ? 18:15 -0500, Stuart Hodges a ?crit : > Hi, > > Well : > > > grep -i version debout4Email > 2007/01/28 16:30:29.073 0:03.011 ekiga Ekiga version 2.0.3 > 2007/01/28 16:30:29.074 0:03.011 ekiga OPAL version 2.3.1 > 2007/01/28 16:30:29.074 0:03.011 ekiga PWLIB version 1.11.1 > > Both the opal and pwlib RPM's are from suse 10.2. > > Opal 2.3.1-30 > PWLIB 1.11-27 > > They both contain (from yast software manager) : > > Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany > > So do you suggest I pull the source and rebuild the three. > Ah yes. Now I can really shout : SUSE SUCKS! I'm sorry for the troll, but every time we are doing a release, they are doing something more stupid. This time they took out a random CVS tarball to package a release. I can only suggest you to change your distribution.... Notice that I should be able to upload contributed and quality RPMs for Suse later today on ekiga.org, so you might want to wait. > Thanks, > > Stuart > > On Sunday 28 January 2007 17:18, Damien Sandras wrote: > > Hi, > > > > Can you explain me how it is possible you are running Ekiga 2.0.3 > > (stable release) with OPAL 1.11.1 (unstable CVS) and PWLIB 1.11.1 > > (unstable CVS) ? > > > > If you tell me that you downloaded it on the SUSE FTP, then I will > > scream :-) > > > > If you tell me that you downloaded them from CVS and compiled yourself, > > then I will be reassured, but I will tell you that : > > - Using unstable CVS versions together with Ekiga stable will lead to > > weird results > > - Craig recently broke CVS of OPAL, it is not usable anymore when doing > > video calls, so it could explain your problem :-) > > > > Le dimanche 28 janvier 2007 ? 16:53 -0500, Stuart Hodges a ?crit : > > > Hi, > > > > > > I have included the -d 4 log. I replaced external the IP's with > > > EKIGA IP and MAC IP. > > > > > > Both of us are Nating, but I don't think this is the problem as > > > audio works. And displaying back my own camera to myself work fine until > > > I connect. > > > > > > Thanks, > > > > > > Stuart > > > > > > On Sunday 28 January 2007 16:19, Damien Sandras wrote: > > > > Le dimanche 28 janvier 2007 ? 15:49 -0500, Stuart Hodges a ?crit : > > > > > HI, > > > > > > > > > > I'mtrying to use EKIGA 2.0.3 under SuSE 10.2 on an AMD 64 machine to > > > > > talk to xmeeting 0.3.4 on a Mac. Using H323, if I try SIP I cant get > > > > > a connection at all. > > > > > > > > > > With video disabled it works fine. > > > > > > > > > > With video enabled I can see local video until I connect. Then the > > > > > local video hangs and no data flows in either direction. Attempting > > > > > to hang up the call locks up EKIGA. > > > > > > > > > > Suspending video before a call does not make thinks work, only > > > > > disabling on the preferences screen. > > > > > > > > > > -d 4 does not show any obvious errors. > > > > > > > > > > Any ideas ? > > > > > > > > A backtrace ? > > > > > > > > But I would think of a video driver issue... > > > > > > _______________________________________________ > > > 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 -- _ 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 Mon Jan 29 08:14:43 2007 From: jpuydt at free.fr (Julien Puydt) Date: Mon, 29 Jan 2007 09:14:43 +0100 Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting In-Reply-To: <1170057256.3691.5.camel@scorpio> References: <200701281549.57581.throw1@twotails.org> <200701281653.01088.throw1@twotails.org> <1170022706.5872.8.camel@scorpio> <200701281815.15037.throw1@twotails.org> <1170057256.3691.5.camel@scorpio> Message-ID: <45BDACF3.3030404@free.fr> Damien Sandras a ?crit : > Ah yes. Now I can really shout : SUSE SUCKS! > > I'm sorry for the troll, but every time we are doing a release, they are > doing something more stupid. > > This time they took out a random CVS tarball to package a release. Can't we do something ?-la-firefox : a distribution can call the packaged program ekiga if and only if the versioning of the base libs corresponds to an approved combination ? Snark From fabrice at alphonso.dyndns.org Mon Jan 29 10:10:04 2007 From: fabrice at alphonso.dyndns.org (ALPHONSO Fabrice) Date: Mon, 29 Jan 2007 11:10:04 +0100 (CET) Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting In-Reply-To: <1170057256.3691.5.camel@scorpio> References: <200701281549.57581.throw1@twotails.org> <200701281653.01088.throw1@twotails.org> <1170022706.5872.8.camel@scorpio> <200701281815.15037.throw1@twotails.org> <1170057256.3691.5.camel@scorpio> Message-ID: <2258.83.206.226.2.1170065404.squirrel@alphonso.dyndns.org> On Mon, January 29, 2007 8:54 am, Damien Sandras wrote: > Hi, > > Le dimanche 28 janvier 2007 ? 18:15 -0500, Stuart Hodges a ??crit : >> Hi, >> >> Well : >> >> > grep -i version debout4Email >> 2007/01/28 16:30:29.073 0:03.011 ekiga Ekiga version >> 2.0.3 >> 2007/01/28 16:30:29.074 0:03.011 ekiga OPAL version >> 2.3.1 >> 2007/01/28 16:30:29.074 0:03.011 ekiga PWLIB version >> 1.11.1 >> >> Both the opal and pwlib RPM's are from suse 10.2. >> >> Opal 2.3.1-30 >> PWLIB 1.11-27 >> >> They both contain (from yast software manager) : >> >> Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany >> >> So do you suggest I pull the source and rebuild the three. >> > > Ah yes. Now I can really shout : SUSE SUCKS! > > I'm sorry for the troll, but every time we are doing a release, they are > doing something more stupid. > > This time they took out a random CVS tarball to package a release. > > I can only suggest you to change your distribution.... > > Notice that I should be able to upload contributed and quality RPMs for > Suse later today on ekiga.org, so you might want to wait. > using OpenSUSE 10.2 at work with PackMan repository gave me this today while doing 'smart update && smart upgrade' Computing transaction... Upgrading packages (4): ekiga-2.0.4-1.pm.3 at i586 hplip-hpijs-1.7.1-1.pm.1 at i586 hplip-1.7.1-1.pm.1 at i586 lftp-3.5.9-1.guru.suse102 at i686 Downgrading packages (2): opal-2.2.4-1.pm.1 at i586 pwlib-1.10.3-1.pm.1 at i586 I however don't know the status in the official repository for Ekiga's, pwlib's and opal's versions. Hope that helps, Fabrice From jpuydt at free.fr Mon Jan 29 10:29:35 2007 From: jpuydt at free.fr (Julien Puydt) Date: Mon, 29 Jan 2007 11:29:35 +0100 Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting In-Reply-To: <2258.83.206.226.2.1170065404.squirrel@alphonso.dyndns.org> References: <200701281549.57581.throw1@twotails.org> <200701281653.01088.throw1@twotails.org> <1170022706.5872.8.camel@scorpio> <200701281815.15037.throw1@twotails.org> <1170057256.3691.5.camel@scorpio> <2258.83.206.226.2.1170065404.squirrel@alphonso.dyndns.org> Message-ID: <45BDCC8F.7080603@free.fr> ALPHONSO Fabrice a ?crit : > Upgrading packages (4): > ekiga-2.0.4-1.pm.3 at i586 hplip-hpijs-1.7.1-1.pm.1 at i586 > hplip-1.7.1-1.pm.1 at i586 lftp-3.5.9-1.guru.suse102 at i686 > > Downgrading packages (2): > opal-2.2.4-1.pm.1 at i586 pwlib-1.10.3-1.pm.1 at i586 *downgrading* !? Snark From jean-marc.valin at usherbrooke.ca Mon Jan 29 11:55:27 2007 From: jean-marc.valin at usherbrooke.ca (Jean-Marc Valin) Date: Mon, 29 Jan 2007 22:55:27 +1100 Subject: [Ekiga-list] Aliasing in audio codecs In-Reply-To: <1169907348.5202.2.camel@scorpio> References: <20070126220858.61521.qmail@web26707.mail.ukl.yahoo.com> <1169907348.5202.2.camel@scorpio> Message-ID: <45BDE0AF.4030808@usherbrooke.ca> If that's what I think it is, it's not related to Speex, iLBC or any other audio codec. It's actually ALSA that finds that your soundcard cannot do 8/16 kHz, so it automatically does resampling (usually to 48 kHz). The only problem is that ALSA uses LINEAR INTERPOLATION RESAMPLING which is about the worst you can do. The only solutions are 1) to fix ALSA 2) use PulseAudio 3) implement decent resampling code in Ekiga (I've got an alpha resampler in Speex svn now). Jean-Marc Damien Sandras a ?crit : > Le vendredi 26 janvier 2007 ? 23:08 +0100, go music a ?crit : >> I'm discovering Ekiga using it with success including audio/video for >> two days now on a Mandriva 2007 system, and I really congratulate >> everyone who give and have given their contribution to that great >> project! Diamondcard works fine as well BTW. >> Here is my question for upcoming developments. >> I have noticed that both SPEEX (8 and 16kHz bandwidth) and the iLBC >> codecs produce aliasing either due to inadapted frequency filtering of >> the audio bandwidth with respect to the raw sample rate or low (8?) >> bit conversion without interpolation or both. Is there any way to fix >> this? it would really be necessary to improve the audio quality of >> these codecs, and can be achieved by using matched filters and >> interpolation. > > That's probably a question for Jean-Marc Valin (I'm cc'ing him). From lurch at gmx.li Mon Jan 29 12:37:23 2007 From: lurch at gmx.li (Stefan Bruens) Date: Mon, 29 Jan 2007 13:37:23 +0100 Subject: [Ekiga-list] =?utf-8?q?EKIGA_locks_using_video=2C_when=09connecte?= =?utf-8?q?d=09to=09xmeeting?= In-Reply-To: <1170057256.3691.5.camel@scorpio> References: <200701281549.57581.throw1@twotails.org> <200701281815.15037.throw1@twotails.org> <1170057256.3691.5.camel@scorpio> Message-ID: <200701291337.31490.lurch@gmx.li> Am Montag, 29. Januar 2007 08:54 schrieb Damien Sandras: > Hi, > > Le dimanche 28 janvier 2007 ? 18:15 -0500, Stuart Hodges a ?crit : > > Hi, > > > > Well : > > > grep -i version debout4Email > > > > 2007/01/28 16:30:29.073 0:03.011 ekiga Ekiga version > > 2.0.3 2007/01/28 16:30:29.074 0:03.011 ekiga OPAL > > version 2.3.1 2007/01/28 16:30:29.074 0:03.011 ekiga > > PWLIB version 1.11.1 > > > > Both the opal and pwlib RPM's are from suse 10.2. > > > > Opal 2.3.1-30 > > PWLIB 1.11-27 > > > > They both contain (from yast software manager) : > > > > Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany > > > > So do you suggest I pull the source and rebuild the three. > > Ah yes. Now I can really shout : SUSE SUCKS! > > I'm sorry for the troll, but every time we are doing a release, they are > doing something more stupid. > > This time they took out a random CVS tarball to package a release. Sorry Damien, but I think you are wrong here, and you are acting, yes, like a troll. Opal 2.3.1 is not a random CVS version, it has been tagged as a development release, and as such should have had at least some quality checks. If not, it should not have been tagged at all. 2.2.4 has been released only a short time ago, and it contains many fixes which have been in 2.3.1 much earlier, so from some point of view, 2.3.1 can be considered more stable than 2.2.2 (Never forget distribution time schedules). Ekiga is not the only program depending on Opal/PWLib, so when one of these programs needs a feature of a newer library version, you either have to patch the program or the library, or ship multiple library versions, multiplying the maintenance burden for these packages. And last, even shipping a CVS snapshot does not mean it has not been tested thoroughly. Just because Ekiga hangs under some circumstances, this does not mean it is related to this particular library version - you know how many buggy video drivers and broken routers are out there. For me, the shipped versions have worked quite fine, with and without video, and I am using ekiga for most of my landline calls, so I cant see any problem here. So please, lets stop behaving like kindergarten kids and try to analyze where the problem lies. 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: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dsandras at seconix.com Mon Jan 29 12:47:19 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 29 Jan 2007 13:47:19 +0100 Subject: [Ekiga-list] EKIGA locks using video, when connected to xmeeting In-Reply-To: <200701291337.31490.lurch@gmx.li> References: <200701281549.57581.throw1@twotails.org> <200701281815.15037.throw1@twotails.org> <1170057256.3691.5.camel@scorpio> <200701291337.31490.lurch@gmx.li> Message-ID: <1170074839.3702.52.camel@scorpio> Le lundi 29 janvier 2007 ? 13:37 +0100, Stefan Bruens a ?crit : > > Sorry Damien, but I think you are wrong here, and you are acting, yes, like a > troll. > You can feel I am trolling but I am not. > Opal 2.3.1 is not a random CVS version, it has been tagged as a development > release, and as such should have had at least some quality checks. If not, it > should not have been tagged at all. > Indeed, however, 2.3.1 is a development release and behaves like a development release. That version should be used by developers only and not by end users. For example, the 2.3.1 release contains basic support for video plugins, but that support is unfinished : - Video codecs do not support setting the maximum bandwidth, framerate and quality settings - SPEEX audio codec does not work in Wideband and NarrowBand - LPC-10 crashes - G.726* is broken > 2.2.4 has been released only a short time ago, and it contains many fixes > which have been in 2.3.1 much earlier, so from some point of view, 2.3.1 can > be considered more stable than 2.2.2 (Never forget distribution time > schedules). > I regret, but it is not true. 2.3.1 is not intended to be used by final users and has many problems. Your e-mail just confirms my opinion, SuSE is shipping untested things, does not want to have a contact with the main developers of the projects and are not doing what's need to bring quality software to the masses, at least from Ekiga's point of view. Shipping an Ekiga version linked to unstable libraries is bad for the general perception of Ekiga, and I am mad about this. I am not sure Craig would be satisfied by this either. -- _ 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 lurch at gmx.li Mon Jan 29 13:12:18 2007 From: lurch at gmx.li (Stefan Bruens) Date: Mon, 29 Jan 2007 14:12:18 +0100 Subject: [Ekiga-list] Aliasing in audio codecs In-Reply-To: <45BDE0AF.4030808@usherbrooke.ca> References: <20070126220858.61521.qmail@web26707.mail.ukl.yahoo.com> <1169907348.5202.2.camel@scorpio> <45BDE0AF.4030808@usherbrooke.ca> Message-ID: <200701291412.25888.lurch@gmx.li> Am Montag, 29. Januar 2007 12:55 schrieb Jean-Marc Valin: > If that's what I think it is, it's not related to Speex, iLBC or any > other audio codec. It's actually ALSA that finds that your soundcard > cannot do 8/16 kHz, so it automatically does resampling (usually to 48 > kHz). The only problem is that ALSA uses LINEAR INTERPOLATION RESAMPLING > which is about the worst you can do. The only solutions are 1) to fix > ALSA 2) use PulseAudio 3) implement decent resampling code in Ekiga > (I've got an alpha resampler in Speex svn now). > > Jean-Marc Alsa since version 1.0.11 supports libsamplerate for rate conversion. Just put 'defaults.pcm.rate_converter "samplerate"' into your .asoundrc or /etc/asound.conf BTW, if you are using dmix, your will always have to resample, as you have a fixed rate for mixing the streams. Hope this helps, 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: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From laurentp at wp.pl Mon Jan 29 13:23:23 2007 From: laurentp at wp.pl (W.P.) Date: Mon, 29 Jan 2007 14:23:23 +0100 Subject: [Ekiga-list] [OT - Polish reality] ... not a show. Message-ID: <45BDF54B.6050801@wp.pl> Hello, we have now a funny afair in Poland: there is an "Internet Bus" founded by governement to a village in Mazury (lakes) region. But they (gov) forgot..... that there is NO internet connection at this village ;) ;) ;) And as I realized no possibility to have landline connection.... W.P. From kas at fi.muni.cz Mon Jan 29 13:22:41 2007 From: kas at fi.muni.cz (Jan Kasprzak) Date: Mon, 29 Jan 2007 14:22:41 +0100 Subject: [Ekiga-list] Ekiga too slow after zoom in? Message-ID: <20070129132241.GA13167@fi.muni.cz> Hello, does ekiga use Xvideo for displaying the video stream? I use ekiga against another ekiga, and when I zoom in (View -> Zoom in) during the call, the CPU time usage becomes 100%, resulting in choppy sound and other problems. Tested on AMD Athlon64 FX-51 (2.2 GHz) and Athlon 3000+ (2166 MHz), where mplayer has not a problem displaying much larger video (640x480, for example). Thanks, -Yenya -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | > I will never go to meetings again because I think face to face meetings < > are the biggest waste of time you can ever have. --Linus Torvalds < From dsandras at seconix.com Mon Jan 29 13:23:21 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 29 Jan 2007 14:23:21 +0100 Subject: [Ekiga-list] [OT - Polish reality] ... not a show. In-Reply-To: <45BDF54B.6050801@wp.pl> References: <45BDF54B.6050801@wp.pl> Message-ID: <1170077001.3702.58.camel@scorpio> Le lundi 29 janvier 2007 ? 14:23 +0100, W.P. a ?crit : > Hello, > we have now a funny afair in Poland: there is an "Internet Bus" founded > by governement to a village in Mazury (lakes) region. > But they (gov) forgot..... that there is NO internet connection at this > village ;) ;) ;) And as I realized no possibility to have landline > connection.... > ah ah ;-) -- _ 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 Jan 29 13:24:05 2007 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 29 Jan 2007 14:24:05 +0100 Subject: [Ekiga-list] Ekiga too slow after zoom in? In-Reply-To: <20070129132241.GA13167@fi.muni.cz> References: <20070129132241.GA13167@fi.muni.cz> Message-ID: <1170077045.3702.60.camel@scorpio> Hi, Le lundi 29 janvier 2007 ? 14:22 +0100, Jan Kasprzak a ?crit : > Hello, > > does ekiga use Xvideo for displaying the video stream? I use ekiga against > another ekiga, and when I zoom in (View -> Zoom in) during the call, > the CPU time usage becomes 100%, resulting in choppy sound and other > problems. > > Tested on AMD Athlon64 FX-51 (2.2 GHz) and Athlon 3000+ (2166 MHz), > where mplayer has not a problem displaying much larger video (640x480, > for example). > That sounds a bit much. Howeve,r I have a XV patch waiting in my queue for the next release of Ekiga... > Thanks, > > -Yenya > -- _ 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 richard.ibbotson at gmail.com Mon Jan 29 13:31:05 2007 From: richard.ibbotson at gmail.com (Richard Ibbotson) Date: Mon, 29 Jan 2007 13:31:05 +0000 Subject: [Ekiga-list] [OT - Polish reality] ... not a show. In-Reply-To: <1170077001.3702.58.camel@scorpio> References: <45BDF54B.6050801@wp.pl> <1170077001.3702.58.camel@scorpio> Message-ID: <200701291331.09507.richard.ibbotson@gmail.com> > Le lundi 29 janvier 2007 ? 14:23 +0100, W.P. a ?crit : > > Hello, > > we have now a funny afair in Poland: there is an "Internet Bus" > > founded by governement to a village in Mazury (lakes) region. > > But they (gov) forgot..... that there is NO internet connection > > at this village ;) ;) ;) And as I realized no possibility to have > > landline connection.... Must be something to do with European Union funding ? Hang on... I'll get an open source/FSF satellite out of the cupboard :) Where's that toolkit... -- Richard www.sheflug.org.uk From laurentp at wp.pl Mon Jan 29 13:56:22 2007 From: laurentp at wp.pl (W.P.) Date: Mon, 29 Jan 2007 14:56:22 +0100 Subject: [Ekiga-list] [OT - Polish reality] ... not a show. In-Reply-To: <200701291331.09507.richard.ibbotson@gmail.com> References: <45BDF54B.6050801@wp.pl> <1170077001.3702.58.camel@scorpio> <200701291331.09507.richard.ibbotson@gmail.com> Message-ID: <45BDFD06.5060804@wp.pl> U?ytkownik Richard Ibbotson napisa?: >>Le lundi 29 janvier 2007 ? 14:23 +0100, W.P. a ?crit : >> >> >>>Hello, >>>we have now a funny afair in Poland: there is an "Internet Bus" >>>founded by governement to a village in Mazury (lakes) region. >>>But they (gov) forgot..... that there is NO internet connection >>>at this village ;) ;) ;) And as I realized no possibility to have >>>landline connection.... >>> >>> > >Must be something to do with European Union funding ? > > > Not nessesairly, Polish gov does not lack stupidities. >Hang on... I'll get an open source/FSF satellite out of the >cupboard :) Where's that toolkit... > > > I have send a proposal to a radio station that talks about this affair, to ask either Polish GSM Plus operator or Onet (both are offering combined GPRS/SAT connection) to fund such connection. This would be affordable for the village, (as opposed to ex VSAT link), and should be enough for WWW, e-mail, news... but not VoIP ;( ;( From goemusic at yahoo.fr Mon Jan 29 16:14:49 2007 From: goemusic at yahoo.fr (go music) Date: Mon, 29 Jan 2007 17:14:49 +0100 (CET) Subject: [Ekiga-list] Aliasing in audio codecs Message-ID: <94829.53557.qm@web26703.mail.ukl.yahoo.com> Thank you for both of your replies, Jean Marc and Stefan. Sorry that my knowledge about the linux sound systems is quite limited, I just have some knowledge in signal processing so I thought it would be helpful to point out the problem. And I perfectly understand Jean-Marcs answer that it does not directly relate to the codecs themselves, it is located before and after the codec. Stefan do I understand right that when I use dmix I cannot use the sample conversion option you specify? Do I need to put exactly the option you state or replace the argument "samplerate" by the corresponding rate number? I have edited the alsa.conf file and seen that there are options relative to dmix (defaults.pcm.dmix_rate 48000, so I guess I do use it?) fixing the sample rate at 48kHz. I inserted your conversion option and noticed that this had no effect after restarting alsa. Neither did changing the dmix rate to defaults.pcm.dmix_rate 8000. And I guess in this case anyway, ALL of my sound would be at 8kHz? So this does not look like an ideal workaround. And as long as ALSA does linear interpolation (it actually sounds more like next neighbour sampling) could this be a feature request for upcoming ekiga releases? Once again thanks for your answers and neurons Frank --------------------------------- D?couvrez une nouvelle fa?on d'obtenir des r?ponses ? toutes vos questions ! Profitez des connaissances, des opinions et des exp?riences des internautes sur Yahoo! Questions/R?ponses. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Mon Jan 29 21:46:05 2007 From: sevmek at free.fr (yannick) Date: Mon, 29 Jan 2007 22:46:05 +0100 Subject: [Ekiga-list] Ekiga too slow after zoom in? In-Reply-To: <1170077045.3702.60.camel@scorpio> References: <20070129132241.GA13167@fi.muni.cz> <1170077045.3702.60.camel@scorpio> Message-ID: <1170107165.23949.6.camel@achille> On lun, 2007-01-29 at 14:24 +0100, Damien Sandras wrote: > Hi, > > Le lundi 29 janvier 2007 ? 14:22 +0100, Jan Kasprzak a ?crit : > > Hello, > > > > does ekiga use Xvideo for displaying the video stream? I use ekiga against > > another ekiga, and when I zoom in (View -> Zoom in) during the call, > > the CPU time usage becomes 100%, resulting in choppy sound and other > > problems. > > > > Tested on AMD Athlon64 FX-51 (2.2 GHz) and Athlon 3000+ (2166 MHz), > > where mplayer has not a problem displaying much larger video (640x480, > > for example). > > > > > That sounds a bit much. I've an Athlon 64 3000+ (running Ekiga in 64 bits). Ekiga 2.0.3 takes about 20% of the CPU at 1GHz when I zoom in. I've stressed it using the CVS version with large video and zoom in; it takes about 90% of the CPU at 1.8 GHz My gfx card is : GeForce 6200 using its own RAM. Regards, Yannick > > Howeve,r I have a XV patch waiting in my queue for the next release of > Ekiga... > > > Thanks, > > > > -Yenya > > > -- > _ 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 From kas at fi.muni.cz Mon Jan 29 22:06:14 2007 From: kas at fi.muni.cz (Jan Kasprzak) Date: Mon, 29 Jan 2007 23:06:14 +0100 Subject: [Ekiga-list] Ekiga too slow after zoom in? In-Reply-To: <1170107165.23949.6.camel@achille> References: <20070129132241.GA13167@fi.muni.cz> <1170077045.3702.60.camel@scorpio> <1170107165.23949.6.camel@achille> Message-ID: <20070129220614.GJ29697@fi.muni.cz> yannick wrote: : > Le lundi 29 janvier 2007 ? 14:22 +0100, Jan Kasprzak a ?crit : : > > does ekiga use Xvideo for displaying the video stream? I use ekiga against : > > another ekiga, and when I zoom in (View -> Zoom in) during the call, : > > the CPU time usage becomes 100%, resulting in choppy sound and other : > > problems. : > > : > > Tested on AMD Athlon64 FX-51 (2.2 GHz) and Athlon 3000+ (2166 MHz), : > > where mplayer has not a problem displaying much larger video (640x480, : > > for example). : > : > That sounds a bit much. : : I've an Athlon 64 3000+ (running Ekiga in 64 bits). Ekiga 2.0.3 takes : about 20% of the CPU at 1GHz when I zoom in. : : I've stressed it using the CVS version with large video and zoom in; it : takes about 90% of the CPU at 1.8 GHz : : My gfx card is : GeForce 6200 using its own RAM. My display is ATI RV200 (Radeon 7500) on Athlon64, ATI RV280 (Radeon 9200 SE) on Athlon 3000+. I tried to call 500 at ekiga.net, and it seems the problem was worse on the Athlon64 side - on the Athlon 3000+ the normal CPU usage is around 40%, while after "zoom in" it is around 85% (iLBC/H261 codecs), and just sometimes it raises to 100%. Also the CPU usage remains high even when I minimize the ekiga window. -Yenya -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | > I will never go to meetings again because I think face to face meetings < > are the biggest waste of time you can ever have. --Linus Torvalds < From ML at Bartschnet.de Wed Jan 31 02:46:47 2007 From: ML at Bartschnet.de (Rene Bartsch) Date: Wed, 31 Jan 2007 03:46:47 +0100 (CET) Subject: [Ekiga-list] Is T.38 code usable? Message-ID: <61613.84.174.204.171.1170211607.squirrel@www.bartschnet.de> Hi, when installing OPAL I've seen directories and files named "t38". Is this usable T.38 code? How reliable is it? Have phun with Ekiga Renne From geboyd53 at comcast.net Wed Jan 31 12:54:34 2007 From: geboyd53 at comcast.net (George Boyd) Date: Wed, 31 Jan 2007 04:54:34 -0800 Subject: [Ekiga-list] Ekiga 2.04 and ALSA Message-ID: <1170248074.5517.3.camel@george> Since I have upgraded to Ekiga 2.04, I can no longer use the default device for input or output. I have to use my sound card directly. I was wondering if anyone else was experiencing this problem? Tnx, George ________________________________ Fedora Core 6 Linux Ekiga Rocks!! One program so many ways to connect! sip: geboyd53 at ekiga.net (or 617808 at ekiga.net) H323: gk.voxgratia.net:1719 geboyd53 Voipbuster: geboyd53 (chat), 13606660349 (telephone) e164: +13606660349 or +882 9999 398265 (linked to ekiga) Forward: 781549 Voxalot: 106153 Gizmo: 17476918163 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xarvox at gmail.com Wed Jan 31 14:52:54 2007 From: xarvox at gmail.com (=?ISO-8859-1?Q?H=F6rdur_Jonsson?=) Date: Wed, 31 Jan 2007 15:52:54 +0100 Subject: [Ekiga-list] SJPhone settings Message-ID: <378C338C-F979-4091-A755-A7AD9C4F3D7B@gmail.com> I have configured SJPhone (for mac) so i can place calls to voice- test, 500, and also place calls to my VoIP handset using prefix as stated in sipbroker.com, but i cannot recieve calls and appear offline on the ekiga.net webbased address book. So i wonder, is anyone else using SJPhone that could help me verify my settings? I have no firewall, router or modem, have 10mbit ethernet connection straight out to internet.. the settings im unshure about are as follows. Tab initialization> User data> caller id < neccisary? (right now its inquired, saved and required and set to my alias) Tab SIP Proxy Proxy domain < is currently ekiga.net, port 5060 User domain < is this used at all? (currently empty) Register with proxy < i assume this is to register with ekiga, and is currently checked. Tab DTMF> Send DTMF as: < 3 options, in-band, RFC 2833 and INFO-method. currently INFO selected. STUN server is not used (do i need it?) Any help would be MUCH appreciated :) Hordur/Xarvox From mastruzzo at hotmail.it Wed Jan 31 15:19:55 2007 From: mastruzzo at hotmail.it (gabbro ...) Date: Wed, 31 Jan 2007 16:19:55 +0100 Subject: [Ekiga-list] ekiga-list Digest, Vol 6, Issue 48 In-Reply-To: Message-ID: >From: ekiga-list-request at gnome.org >Reply-To: ekiga-list at gnome.org >To: ekiga-list at gnome.org >Subject: ekiga-list Digest, Vol 6, Issue 48 >Date: Tue, 30 Jan 2007 12:00:27 -0500 > >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: Ekiga too slow after zoom in? (yannick) > 2. Re: Ekiga too slow after zoom in? (Jan Kasprzak) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Mon, 29 Jan 2007 22:46:05 +0100 >From: yannick >Subject: Re: [Ekiga-list] Ekiga too slow after zoom in? >To: Ekiga mailing list >Message-ID: <1170107165.23949.6.camel at achille> >Content-Type: text/plain; charset=utf-8 > >On lun, 2007-01-29 at 14:24 +0100, Damien Sandras wrote: > > Hi, > > > > Le lundi 29 janvier 2007 ? 14:22 +0100, Jan Kasprzak a ?crit : > > > Hello, > > > > > > does ekiga use Xvideo for displaying the video stream? I use ekiga >against > > > another ekiga, and when I zoom in (View -> Zoom in) during the call, > > > the CPU time usage becomes 100%, resulting in choppy sound and other > > > problems. > > > > > > Tested on AMD Athlon64 FX-51 (2.2 GHz) and Athlon 3000+ (2166 MHz), > > > where mplayer has not a problem displaying much larger video (640x480, > > > for example). > > > > > > > > > That sounds a bit much. > >I've an Athlon 64 3000+ (running Ekiga in 64 bits). Ekiga 2.0.3 takes >about 20% of the CPU at 1GHz when I zoom in. > >I've stressed it using the CVS version with large video and zoom in; it >takes about 90% of the CPU at 1.8 GHz > >My gfx card is : GeForce 6200 using its own RAM. > >Regards, >Yannick > > > > > Howeve,r I have a XV patch waiting in my queue for the next release of > > Ekiga... > > > > > Thanks, > > > > > > -Yenya > > > > > -- > > _ 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 > > > >------------------------------ > >Message: 2 >Date: Mon, 29 Jan 2007 23:06:14 +0100 >From: Jan Kasprzak >Subject: Re: [Ekiga-list] Ekiga too slow after zoom in? >To: Ekiga mailing list >Message-ID: <20070129220614.GJ29697 at fi.muni.cz> >Content-Type: text/plain; charset=iso-8859-1 > >yannick wrote: >: > Le lundi 29 janvier 2007 ? 14:22 +0100, Jan Kasprzak a ?crit : >: > > does ekiga use Xvideo for displaying the video stream? I use ekiga >against >: > > another ekiga, and when I zoom in (View -> Zoom in) during the call, >: > > the CPU time usage becomes 100%, resulting in choppy sound and other >: > > problems. >: > > >: > > Tested on AMD Athlon64 FX-51 (2.2 GHz) and Athlon 3000+ (2166 MHz), >: > > where mplayer has not a problem displaying much larger video >(640x480, >: > > for example). >: > >: > That sounds a bit much. >: >: I've an Athlon 64 3000+ (running Ekiga in 64 bits). Ekiga 2.0.3 takes >: about 20% of the CPU at 1GHz when I zoom in. >: >: I've stressed it using the CVS version with large video and zoom in; it >: takes about 90% of the CPU at 1.8 GHz >: >: My gfx card is : GeForce 6200 using its own RAM. > > My display is ATI RV200 (Radeon 7500) on Athlon64, >ATI RV280 (Radeon 9200 SE) on Athlon 3000+. > > I tried to call 500 at ekiga.net, and it seems the problem was worse >on the Athlon64 side - on the Athlon 3000+ the normal CPU usage is around >40%, >while after "zoom in" it is around 85% (iLBC/H261 codecs), and just >sometimes >it raises to 100%. Also the CPU usage remains high even when I minimize the >ekiga window. > >-Yenya > >-- >| Jan "Yenya" Kasprzak >| >| GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E >| >| http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ >| > > I will never go to meetings again because I think face to face meetings >< > > are the biggest waste of time you can ever have. --Linus Torvalds >< > > >------------------------------ > >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >http://mail.gnome.org/mailman/listinfo/ekiga-list > >End of ekiga-list Digest, Vol 6, Issue 48 >***************************************** i'd like don't receive anymore your mail how can I stop it? please let me now greettings _________________________________________________________________ Aggiungi i tuoi nuovi contatti di Hotmail anche in Messenger.Con un click! http://join.msn.com/hotmail/features-std#6 From amessina at messinet.com Wed Jan 31 16:13:12 2007 From: amessina at messinet.com (Anthony Messina) Date: Wed, 31 Jan 2007 10:13:12 -0600 Subject: [Ekiga-list] ekiga-list Digest, Vol 6, Issue 48 In-Reply-To: References: Message-ID: <1170259992.28942.5.camel@linux-ws1.chicago.messinet.com> On Wed, 2007-01-31 at 16:19 +0100, gabbro ... wrote: > >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 follow the above instructions, quoted from the email you sent. or simply send an email to ekiga-list-request at gnome.org with "unsubscribe" in the subject. -- Anthony - http://messinet.com - http://messinet.com/~amessina/gallery 8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E -------------- 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 ML at Bartschnet.de Wed Jan 31 17:11:58 2007 From: ML at Bartschnet.de (Rene Bartsch) Date: Wed, 31 Jan 2007 18:11:58 +0100 (CET) Subject: [Ekiga-list] Ekiga 2.04 and ALSA In-Reply-To: <1170248074.5517.3.camel@george> References: <1170248074.5517.3.camel@george> Message-ID: <63096.84.174.204.171.1170263518.squirrel@www.bartschnet.de> > Since I have upgraded to Ekiga 2.04, I can no longer use the default > device for input or output. I have to use my sound card directly. I was > wondering if anyone else was experiencing this problem? > I had that problem with Ekiga-2.0.3. With 2.0.4 it's gone :-) Maybe you have to edit you asound.conf ... Renne From derek at indranet.co.nz Wed Jan 31 19:58:34 2007 From: derek at indranet.co.nz (Derek Smithies) Date: Thu, 1 Feb 2007 08:58:34 +1300 (NZDT) Subject: [Ekiga-list] Ekiga 2.04 and ALSA In-Reply-To: <63096.84.174.204.171.1170263518.squirrel@www.bartschnet.de> References: <1170248074.5517.3.camel@george> <63096.84.174.204.171.1170263518.squirrel@www.bartschnet.de> Message-ID: Hi, sound on linux continues to be a problem. In some of my darker momements, I have mispronounced "ALSA" as "ulcer". So where is real problem? The alsa plugins in pwlib follow the alsa examples, and "should" be correct. Then a bit of reading finds that between alsa 1.0.10 and 1.0.11 (or was it 1.0.11 and 1.0.12?) that the alsa internals were changed to add an extra dmix operator in the system asound.conf and I just don't get it. Do we decide that the direction of alsa is not right for this project and work on a openal based plugin. Will that be more reliable ? ============================= On Wed, 31 Jan 2007, Rene Bartsch wrote: > Maybe you have to edit you asound.conf ... An activity which is technically challenging, and not for the faint hearted. Further, upgrades to your box will have an unknown outcome. Derek. -- Derek Smithies Ph.D. IndraNet Technologies Ltd. Email: derek at indranet.co.nz ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ From ML at Bartschnet.de Wed Jan 31 20:13:37 2007 From: ML at Bartschnet.de (Rene Bartsch) Date: Wed, 31 Jan 2007 21:13:37 +0100 (CET) Subject: [Ekiga-list] Ekiga 2.04 and ALSA In-Reply-To: References: <1170248074.5517.3.camel@george> <63096.84.174.204.171.1170263518.squirrel@www.bartschnet.de> Message-ID: <64896.84.174.204.171.1170274417.squirrel@www.bartschnet.de> > Hi, > sound on linux continues to be a problem. > > In some of my darker momements, I have mispronounced "ALSA" as > "ulcer". > > So where is real problem? > The alsa plugins in pwlib follow the alsa examples, and "should" > be correct. Then a bit of reading finds that between alsa > 1.0.10 and 1.0.11 (or was it 1.0.11 and 1.0.12?) that the alsa > internals were changed to add an extra dmix operator in the > system asound.conf and I just don't get it. > > Do we decide that the direction of alsa is not right for this project > and work on a openal based plugin. Will that be more reliable ? Since Ekiga 2.0.4 ALSA works fine for me. First, don't use ALSA driver 1.0.11*! (Upgrade your kernel or driver modules) I'm using the Gentoo versions of "Advanced Linux Sound Architecture Driver Version 1.0.12rc1" (Kernel 2.6.18), alsa-lib 1.0.14, alsa-headers 1.0.14 and alsa-utils 1.0.14, opal 2.2.4, pwlib 1.10.3 and Ekiga 2.0.4. With the following asound.conf I'm using just the "Default" devices for audio in Ekiga 2.0.4 (just rename your audio card): ----------------------------------- snip ----------------------------------- pcm.!default { type plug slave.pcm { type asym playback.pcm { type dmix ipc_key 1024 ipc_perm 0666 slave.pcm { type hw card "Audio" } } capture.pcm { type dsnoop ipc_key 1025 ipc_perm 0666 slave.pcm { type hw card "U0x46d0x8cb" } } } } ctl.!default { type hw card "Audio" } ----------------------------------- snap ---------------------------------- Renne From kovatsz at chello.hu Wed Jan 31 21:12:05 2007 From: kovatsz at chello.hu (=?ISO-8859-1?Q?Kov=E1ts_Zolt=E1n?=) Date: Wed, 31 Jan 2007 22:12:05 +0100 Subject: [Ekiga-list] ? Message-ID: <1170277925.6832.72.camel@Connect.chello.hu> Hi Sandras, So, the Ekiga-message after Ekiga calling is: 20:18:57 A Ekigat (2.0.3 verzi?) elind?totta kz felhaszn?l? 20:18:58 STUN kiszolg?l? be?ll?t?sa a k?vetkez?re: stun.ekiga.net (T?lcs?r NAT) 20:18:59 Regisztr?lva a k?vetkez?re: ekiga.net 20:18:59 A regisztr?ci? meghi?sult: A regisztr?ci? meghi?sult 20:18:59 kzfrombud regisztr?ci?ja meghi?sult ezen: Kovats Zoltan (The registration of kzfrombud is miscarried on:Kovats Zoltan) Anyway on the http://www.ekiga.net/user/my_account.php?kvrk=45c0f47ed84f2 your aliases: 628591 contact expires priority location sip:kzfrombud at 80.99.69.42:32856;transport=udp 21:22 n/a delete Kovats Zoltan sip:kzfrombud at ekiga.net 628591 on line edit delete I would like to know what is the reason of this miscarry error-message. Would you so kind to set up my authority? Remarks: > My mikrofon echo is work already since the SB0220 card has setted up with its original driver under MS Windows XP... > After set up my entitlement I would like to try / test the contact with a Skype user too if it is not a sacrilege... Is there any obstacle? > Whether the direct sip:IPaddress call is allowed by Ekiga and Skype? Suggestions: > It would be easyest if the VoIP URL status of the partners in the user phone book became visible (ready/not ready). > It would be great if I could record the chat into my hard disc - especially for important business conversation. Would you kind to insert a casette icon into Ekiga front panel whitch is indicate the record by record-icon on every one side of course? I think Ekiga would be more fashionable by this developing. What do you mean about this? I can not speak Protocol language... I am just a general user so, excuse me if I take some mistake. Best Regards, Zoltan From jan.schampera at web.de Wed Jan 31 21:23:35 2007 From: jan.schampera at web.de (Jan Schampera) Date: Wed, 31 Jan 2007 22:23:35 +0100 Subject: [Ekiga-list] ? In-Reply-To: <1170277925.6832.72.camel@Connect.chello.hu> References: <1170277925.6832.72.camel@Connect.chello.hu> Message-ID: <20070131222335.3e70d73b@localhost.localdomain> On Wed, 31 Jan 2007 22:12:05 +0100 Kov?ts Zolt?n wrote: > Hi Sandras, > > So, the Ekiga-message after Ekiga calling is: > 20:18:57 A Ekigat (2.0.3 verzi?) elind?totta kz felhaszn?l? > 20:18:58 STUN kiszolg?l? be?ll?t?sa a k?vetkez?re: stun.ekiga.net > (T?lcs?r NAT) > 20:18:59 Regisztr?lva a k?vetkez?re: ekiga.net > 20:18:59 A regisztr?ci? meghi?sult: A regisztr?ci? meghi?sult > 20:18:59 kzfrombud regisztr?ci?ja meghi?sult ezen: Kovats Zoltan > (The registration of kzfrombud is miscarried on:Kovats Zoltan) Just as sidenote, you can force english output by setting LC_ALL to "C": $ LC_ALL=C ekiga or $ export LC_ALL=C; ekiga J. -- dreaming in digital living in realtime thinking in binary talking in IP WELCOME TO OUR WORLD