Re: [Ekiga-list] Problems incoming calls.
Le dimanche 15 février 2009 à 10:01 +1000, Bas Driessen a écrit : > > Are you using STUN in both cases? > > Not sure how to set that in Ekiga. In older versions it was an option > in the GUI somewhere. The only STUN reference I can see now is in > gconf (/apps/ekiga/general/nat/stun_server) I left this at the default > which is stun.ekiga.net. Do I leave that setting like that even though > I am going through a different VoIP provider? > > Also what I want to find out today is if the issue has anything to do > with the Fedora 10 64 bit build. I have had several 64 bit issues with > other packages in the past on Fedora. I see that there is also a > Windows version of Ekiga. I am going to install that on a Windows box > here just to find out if it is a platform/distribution related issue. > > What I did find out since last posting is that the issue is not > related to re-registering. Once incoming calls do not work anymore, > even if I manually go to accounts de-register, register, incoming > calls still do not work. I have to completely shutdown Ekiga and start > it up again for it to work. > > Will post back results. > What about twinkle, are you using STUN with twinkle or not ? Also, could you post a -d 4 output to pastebin with a call attempt ? -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problems incoming calls.
On Sun, 2009-02-15 at 13:10 +0100, Damien Sandras wrote: > Le dimanche 15 février 2009 à 10:01 +1000, Bas Driessen a écrit : > > > > Are you using STUN in both cases? > > > > Not sure how to set that in Ekiga. In older versions it was an option > > in the GUI somewhere. The only STUN reference I can see now is in > > gconf (/apps/ekiga/general/nat/stun_server) I left this at the default > > which is stun.ekiga.net. Do I leave that setting like that even though > > I am going through a different VoIP provider? > > > > Also what I want to find out today is if the issue has anything to do > > with the Fedora 10 64 bit build. I have had several 64 bit issues with > > other packages in the past on Fedora. I see that there is also a > > Windows version of Ekiga. I am going to install that on a Windows box > > here just to find out if it is a platform/distribution related issue. > > > > What I did find out since last posting is that the issue is not > > related to re-registering. Once incoming calls do not work anymore, > > even if I manually go to accounts de-register, register, incoming > > calls still do not work. I have to completely shutdown Ekiga and start > > it up again for it to work. > > > > Will post back results. > > > > What about twinkle, are you using STUN with twinkle or not ? > > Also, could you post a -d 4 output to pastebin with a call attempt ? OK, I believe I am starting to understand what is happening. My Router (Netgear DGN2000) has the feature SIP ALG enabled. If I disable that, then primarily testing shows that Ekiga is stable with incoming calls. The reason that twinkle works with SIP ALG enabled is that there is an option selected called "NAT traversal not needed" which has been selected. To be complete, Twinkle has 3 options: -1 NAT Traversal not needed -2 Use statically configured public IP address. (and an ip address can be entered) -3 Use STUN. (and a STUN server can be entered) OK, so now I have enabled this SIP ALG and disabled STUN with Ekiga, but no incoming calls now. The way I disabled STUN is to remove the value in key /apps/ekiga/general/nat/stun_server (make it blank). Is that the correct way? I would prefer to run Ekiga without STUN. Any additional I can set to disable the NAT traversal in Ekiga? Btw, my testing on Windows and Fedora 10 64 bit have the same results, which is good! Thanks, Bas. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problems incoming calls.
On Sun, 2009-02-15 at 22:26 +1000, Bas Driessen wrote: > On Sun, 2009-02-15 at 13:10 +0100, Damien Sandras wrote: > > > Le dimanche 15 février 2009 à 10:01 +1000, Bas Driessen a écrit : > > > > > > Are you using STUN in both cases? > > > > > > Not sure how to set that in Ekiga. In older versions it was an option > > > in the GUI somewhere. The only STUN reference I can see now is in > > > gconf (/apps/ekiga/general/nat/stun_server) I left this at the default > > > which is stun.ekiga.net. Do I leave that setting like that even though > > > I am going through a different VoIP provider? > > > > > > Also what I want to find out today is if the issue has anything to do > > > with the Fedora 10 64 bit build. I have had several 64 bit issues with > > > other packages in the past on Fedora. I see that there is also a > > > Windows version of Ekiga. I am going to install that on a Windows box > > > here just to find out if it is a platform/distribution related issue. > > > > > > What I did find out since last posting is that the issue is not > > > related to re-registering. Once incoming calls do not work anymore, > > > even if I manually go to accounts de-register, register, incoming > > > calls still do not work. I have to completely shutdown Ekiga and start > > > it up again for it to work. > > > > > > Will post back results. > > > > > > > What about twinkle, are you using STUN with twinkle or not ? > > > > Also, could you post a -d 4 output to pastebin with a call attempt ? > > > > OK, I believe I am starting to understand what is happening. My Router > (Netgear DGN2000) has the feature SIP ALG enabled. If I disable that, > then primarily testing shows that Ekiga is stable with incoming calls. > The reason that twinkle works with SIP ALG enabled is that there is an > option selected called "NAT traversal not needed" which has been > selected. To be complete, Twinkle has 3 options: > > -1 NAT Traversal not needed > -2 Use statically configured public IP address. (and an ip address can > be entered) > -3 Use STUN. (and a STUN server can be entered) > > OK, so now I have enabled this SIP ALG and disabled STUN with Ekiga, > but no incoming calls now. > > The way I disabled STUN is to remove the value in > key /apps/ekiga/general/nat/stun_server (make it blank). Is that the > correct way? > > I would prefer to run Ekiga without STUN. Any additional I can set to > disable the NAT traversal in Ekiga? > > Btw, my testing on Windows and Fedora 10 64 bit have the same results, > which is good! > OK, I have set SIP ALG to enabled, rebooted the router and removed the STUN value. I am getting incoming calls now with Ekiga. Now testing if it is stable. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3 and 16bpp displays
Damien Sandras writes: > Le vendredi 13 février 2009 à 18:35 +0100, Olivier Blin a écrit : >> Hello, >> >> I have a crash with ekiga (3.0.x or 3.1.x) when using a 16bpp display. >> Here is an interesting pointer in the trace: >> Could not find visual with colordepth of 24 bits per pixel >> >> It seems that XWindow::checkDepth() fallbacks to 24bpp, but it does not >> support 16bpp. >> >> The log + trace can be found here: >> http://people.mandriva.com/~blino/ekiga-crash-16bpp.log >> >> Is ekiga supposed to work with only 24bpp and 32bpp displays? > > I think so yes. > >> What can be done to make it work on 16bpp displays? > > Fix the code so that it works with 16bpp too :-) Ok, so it mostly needs to be implemented in ptlib? That would mean: - in ptlib, src/ptlib/common/vconvert.cxx: o add support for RGB565 in PStandardColourConverter::YUV420PtoRGB() o add wrappers for this RGB565 mode - in ekiga, lib/gui/xwindow.cpp: o add a new xFormats entry: {"RGB16", 16, 2, LSBFirst, 0xF800, 0x07E0, 0x001F}, o fallback to 16bpp in XWindow::checkDepth() when appropriate Does it sound sensible? > But is 16bpp that common ? Maybe not on most modern x86 hardware, but for example on our MIPS platform for the Gdium project, we prefer to use 16bpp for memory and bandwith/speed reasons. Thanks -- Olivier Blin (blino) - Mandriva ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problems incoming calls.
On Sun, 2009-02-15 at 22:38 +1000, Bas Driessen wrote: > On Sun, 2009-02-15 at 22:26 +1000, Bas Driessen wrote: > > > On Sun, 2009-02-15 at 13:10 +0100, Damien Sandras wrote: > > > > > Le dimanche 15 février 2009 à 10:01 +1000, Bas Driessen a écrit : > > > > > > > > Are you using STUN in both cases? > > > > > > > > Not sure how to set that in Ekiga. In older versions it was an option > > > > in the GUI somewhere. The only STUN reference I can see now is in > > > > gconf (/apps/ekiga/general/nat/stun_server) I left this at the default > > > > which is stun.ekiga.net. Do I leave that setting like that even though > > > > I am going through a different VoIP provider? > > > > > > > > Also what I want to find out today is if the issue has anything to do > > > > with the Fedora 10 64 bit build. I have had several 64 bit issues with > > > > other packages in the past on Fedora. I see that there is also a > > > > Windows version of Ekiga. I am going to install that on a Windows box > > > > here just to find out if it is a platform/distribution related issue. > > > > > > > > What I did find out since last posting is that the issue is not > > > > related to re-registering. Once incoming calls do not work anymore, > > > > even if I manually go to accounts de-register, register, incoming > > > > calls still do not work. I have to completely shutdown Ekiga and start > > > > it up again for it to work. > > > > > > > > Will post back results. > > > > > > > > > > What about twinkle, are you using STUN with twinkle or not ? > > > > > > Also, could you post a -d 4 output to pastebin with a call attempt ? > > > > > > > > > > > > > > OK, I believe I am starting to understand what is happening. My > > Router (Netgear DGN2000) has the feature SIP ALG enabled. If I > > disable that, then primarily testing shows that Ekiga is stable with > > incoming calls. The reason that twinkle works with SIP ALG enabled > > is that there is an option selected called "NAT traversal not > > needed" which has been selected. To be complete, Twinkle has 3 > > options: > > > > -1 NAT Traversal not needed > > -2 Use statically configured public IP address. (and an ip address > > can be entered) > > -3 Use STUN. (and a STUN server can be entered) > > > > OK, so now I have enabled this SIP ALG and disabled STUN with Ekiga, > > but no incoming calls now. > > > > The way I disabled STUN is to remove the value in > > key /apps/ekiga/general/nat/stun_server (make it blank). Is that the > > correct way? > > > > I would prefer to run Ekiga without STUN. Any additional I can set > > to disable the NAT traversal in Ekiga? > > > > Btw, my testing on Windows and Fedora 10 64 bit have the same > > results, which is good! > > > > OK, I have set SIP ALG to enabled, rebooted the router and removed > the STUN value. I am getting incoming calls now with Ekiga. Now > testing if it is stable. Ok, all appears to be stable now. Connected without STUN, SIP ALG enabled and connected for > 1 hour now. As a tip, perhaps it is handy to put the STUN switch in the GUI rather than as a config item in gconf-editor which is more difficult to edit. On Windows for instance, there is no gconf-editor, so have no idea how to disable the STUN server for the Ekiga Windows port. Thanks for you help in getting this resolved Damien! Much appreciated. Keep up the good Ekiga work! ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Hacking: ekiga-callto: Yet another update
Ive dropped new RPM:s and tarball at ftp://mumin.dnsalias.net/pub/ekiga-callto. From the changelog: * Sat Feb 14 2009 Alec Leamas 0.2.13-1 - New dialog for editing ambiguous numbers before calling. - Installed new testpage: http://mumin.dnsalias.net/numberformats.html - Improved number identification. - New versioning scheme, svn-versioned tarballs. - Suse (11.2) and Mandriva (2009.9) RPM support. The big news is a dialog giving user a chance to review the guess the system does. The number recognition has also improved a lot. There s also a single javascript file. This should work on Windows, will convert phone numbers into links. However, this means that users are on their own to find an application which can handle the callto: URL:s. Unfortunately, Ekiga as of today is not such an application. Feedback welcome. As always, need help with localisations. I'm also interested in URL:s containing phone numbers which are not handled correct. Thr README (big update) has information about new build instructions, perfomance etc. Cheers! --alec Eugen Dedu wrote: About the phone number format, is http://wiki.ekiga.org/index.php/API::GmContact::PhoneNumbers useful to you? ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Support for use ekiga softphone
Eugen Dedu wrote: Heou wrote: Dear all, I have a problem when I use the ekiga softphone. From Edit/Account, I add new account and check on the box in the first column, I receive a notice in the status column: Registration failed: timeout. And I cannot use it. Could anyone help me to fix this error? Could you restart ekiga? i have the same problem, i've been looking for a solution for more than 3 months now, i've tried xp, ubuntu gutsy, ubuntu hardy, eebuntu 8.10, and i get the same result. it might be a router issue or something (in terms that your router might not support sip) who knows..i hope you find a solution ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Feature request: stop screensaver
Hi, Le samedi 14 février 2009 à 19:31 +, Andrea a écrit : > Hi, > > I would like to know whether other people would be interested in adding a > config flag to stop the > screensaver during a video call. I think it should not be a config flag : by default, it should stop the screensaver when being in a call. > I wanted to try to add id myself I and I found that there is a call to reset > the counter > XResetScreensaver. > > I would like to ask the developers if there is an easy point in the code that > is called often during > a call. I would add later the relevant config option. > I think there is also a standard DBUS call for that, but I'm not sure about that. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3 and 16bpp displays
Le dimanche 15 février 2009 à 14:14 +0100, Olivier Blin a écrit : > Damien Sandras writes: > > > Le vendredi 13 février 2009 à 18:35 +0100, Olivier Blin a écrit : > >> Hello, > >> > >> I have a crash with ekiga (3.0.x or 3.1.x) when using a 16bpp display. > >> Here is an interesting pointer in the trace: > >> Could not find visual with colordepth of 24 bits per pixel > >> > >> It seems that XWindow::checkDepth() fallbacks to 24bpp, but it does not > >> support 16bpp. > >> > >> The log + trace can be found here: > >> http://people.mandriva.com/~blino/ekiga-crash-16bpp.log > >> > >> Is ekiga supposed to work with only 24bpp and 32bpp displays? > > > > I think so yes. > > > >> What can be done to make it work on 16bpp displays? > > > > Fix the code so that it works with 16bpp too :-) > > Ok, so it mostly needs to be implemented in ptlib? > > That would mean: > - in ptlib, src/ptlib/common/vconvert.cxx: > o add support for RGB565 in PStandardColourConverter::YUV420PtoRGB() > o add wrappers for this RGB565 mode > - in ekiga, lib/gui/xwindow.cpp: > o add a new xFormats entry: > {"RGB16", 16, 2, LSBFirst, 0xF800, 0x07E0, 0x001F}, > o fallback to 16bpp in XWindow::checkDepth() when appropriate > > Does it sound sensible? > It seems so. It should be implemented in ptlib (for the conversion) and in the display code (in Ekiga : xvideo, x11 and directdraw, ie at 3 places). -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Hacking: ekiga-callto: Yet another update
Le dimanche 15 février 2009 à 17:45 +0100, Alec Leamas a écrit : > Ive dropped new RPM:s and tarball at > ftp://mumin.dnsalias.net/pub/ekiga-callto. From the changelog: > > * Sat Feb 14 2009 Alec Leamas 0.2.13-1 > - New dialog for editing ambiguous numbers before calling. > - Installed new testpage: > http://mumin.dnsalias.net/numberformats.html > - Improved number identification. > - New versioning scheme, svn-versioned tarballs. > - Suse (11.2) and Mandriva (2009.9) RPM support. > > The big news is a dialog giving user a chance to review the guess the > system does. The number recognition has also improved a lot. > > There s also a single javascript file. This should work on Windows, will > convert phone numbers into links. However, this means that users are on > their own to find an application which can handle the callto: URL:s. > Unfortunately, Ekiga as of today is not such an application. > > Feedback welcome. As always, need help with localisations. I'm also > interested in URL:s containing phone numbers which are not handled > correct. Thr README (big update) has information about new build > instructions, perfomance etc. Thanks for this! -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Support for use ekiga softphone
Le dimanche 15 février 2009 à 23:10 +0300, Ali a écrit : > Eugen Dedu wrote: > > Heou wrote: > >> Dear all, > >> > >> I have a problem when I use the ekiga softphone. From Edit/Account, I > >> add new account and check on the box in the first column, I receive a > >> notice in the status column: Registration failed: timeout. > >> And I cannot use it. > >> Could anyone help me to fix this error? > > > > Could you restart ekiga? > > > i have the same problem, i've been looking for a solution for more than > 3 months now, i've tried xp, ubuntu gutsy, ubuntu hardy, eebuntu 8.10, > and i get the same result. > > it might be a router issue or something (in terms that your router might > not support sip) > who knows..i hope you find a solution See the thread from Bas Driessen, maybe it helps. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Dump FPS from ekiga 3.0.2 to a file
Thanks for you reply. I expected that I might need to change the code!! On Sat, Feb 14, 2009 at 4:00 PM, Eugen Dedu wrote: > chaitanya mehandru wrote: > >> Hi, Is there a way to record the FPS from ekiga and dump it to a file >> for >> taking an average FPS reading? >> > > I think the only solution is to modify the ekiga code yourself. > > -- > Eugen > ___ > ekiga-list mailing list > ekiga-list@gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list