[Ekiga-list] speakerphone mode
I typically use Ekiga with a headset for best sound quality and to avoid echo from speaker to mic feedback. Sometimes I want to use an external speaker and mic (for instance, when my daughter and wife also want to participate in the conversation), but I can't get past the echo problem. Echo cancellation just doesn't seem to work well (I'm using mic and speaker on the same sound card) and when it does seem to be working it degrades the audio quality. I would be perfectly happy with a half-duplex setting so I could use external audio sans echo. Is this something that can be easily done now? I think many speakerphones work this way and it's not so bad. Also, I think it would be a good idea to have A/V profiles to quickly switch between different mics, speakers and video devices, sizes, etc. Maybe even associate these profiles to different contacts. And the interface would have a drop-down list so you could quickly switch to "SpeakerPhone" profile or whatever. Randall ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu
> > > > > > > Thanks Damien, > > > > > > > I checked the network setting and it is set to eth1 which is my > > > > > > > mireless > > > > > > > port that I am using. In fact that is the only option available > > > > > > > in the > > > > > > > settings. Any other thoughts? > > > > > > > Jim > > > > > > > > > > > > What distribution is this ? > > > > > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > > > > > > > Kilian, could it be the bug we are discussing with Geoff ? > > > > > > Could Ekiga be trying to use a port already in use? Is there something I > > > can check to try and figure out if this is the issue? > > I'm still struggling with getting Ekiga to work. Any thoughts on how to > > attack this? > > Kilian, could it be the packaging issue we are aware of ? > > Can you post a -d 4 somehwere Jim ? Output of ekiga -d 4 is here Damien: http://www.pastebin.ca/791606 Thanks, Jim ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED]
Le mardi 20 novembre 2007, Damien Sandras a écrit : > Le mardi 20 novembre 2007 à 11:55 +, Dave Higton a écrit : > > > [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel > > > Favre-Nicolin > > > Sent: 2007 November 20 10:13 > > > To: Ekiga mailing list > > > Subject: Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED] > > > > > > Le mardi 20 novembre 2007, Dave Higton a écrit : > > > > > -Original Message- > > > > > From: [EMAIL PROTECTED] > > > > > [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras > > > > > Sent: 2007 November 19 08:53 > > > > > To: Ekiga mailing list > > > > > Subject: Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED] > > > > > > > > If you're happy using Wireshark, you can catch the entire > > > > > > session and > > > > > > > see whether you're transmitting audio. Configure Ekiga so > > > > > > that the mu > > > > > > > law codec is at the top (or the only one ticked). Then > > > > > > you'd normally > > > > > > > expect all your audio transmissions to have 172 bytes of payload, of > > > > which the last 160 are the audio; there should be one of > > > > > > these packets > > > > > > > from you every 20 milliseconds. What you DON'T want to see > > > > > > in the audio > > > > > > > is 160 identical bytes, as this means silence (usually 7F or FF). A > > > > random-looking mix of values means you're sending > > > > > > non-silence. You want > > > > > > > to see a fairly wide range of values. You should see the > > > > > > same sort of > > > > > > > thing coming back too. > > > > > > > > Dave > > > > > > mulaw is named PCMU in ekiga? > > > > Yes. > > > > > Dave, I did that, but > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20 > > > 071120_wireshack.libcap > > > > > > first transmitted RTP packet > > > > [snip] This is quiet but not silent. > > > > > 5th > > > > [snip] Similar. > > > > > last transmitted > > > > [snip] This looks like convincing audio, definitely > > not silent, not even quiet. > > > > > last received > > > > [snip] This is quiet but not silent. > > > > > Is that make sense > > > > Yes. > > > > > There is another problem. The flux (payload) on eth0 is at > > > the beginning not > > > zero, but then it rapidly becomes zero byte/second so that I > > > expect that > > > absolutly nothing else is transmitted. > > > > > > I observed 2 cases. > > > 1) the transmitted bytes (me>ekiga.net) becomes zero before > > > the end of the > > > woman blablabla and then the received bytes/ (ekiga>me) > > > becomes zero too > > > 2) Both transmitted and received bytes fluxes becomes zero > > > when the woman > > > ends up her blablabla > > > > You mean that there are no more packets being received and/or > > transmitted? That would be wrong, but it would explain why > > you can't hear the echo. > > > > You should be transmitting continuously, 50 packets per > > second, for the entire duration of the call. > > > > I can't be so sure about what you should receive. If the > > echo is of (say) 4 seconds of speech with a 4 second gap > > between them (for you to record in), it's possible that > > the packets will only flow from ekiga.net to you during > > the times that you should be hearing something. > > You can double-check that looking at the statusbar in the ekiga window. I didn't understand, what did you mean? ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED]
> > I observed 2 cases. > > 1) the transmitted bytes (me>ekiga.net) becomes zero before > > the end of the > > woman blablabla and then the received bytes/ (ekiga>me) > > becomes zero too > > 2) Both transmitted and received bytes fluxes becomes zero > > when the woman > > ends up her blablabla > > You mean that there are no more packets being received and/or > transmitted? Yes > That would be wrong, but it would explain why > you can't hear the echo. Yes. I tried another kernel in which there is only one audio card and no oss simulation and I surpressed the old alsa api support. I tried to my phone, I just could hear once on my home phone a kind of a "burst" of sound and then nothing After that, nothing seems to works, I don' even listen the woman voice of the [EMAIL PROTECTED] Ekiga may need the kernel "old alsa api"? ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu
Le mardi 20 novembre 2007 à 17:37 -0500, jim ruxton a écrit : > On Mon, 2007-11-19 at 21:24 -0500, jim ruxton wrote: > > > > > > Thanks Damien, > > > > > > I checked the network setting and it is set to eth1 which is my > > > > > > mireless > > > > > > port that I am using. In fact that is the only option available in > > > > > > the > > > > > > settings. Any other thoughts? > > > > > > Jim > > > > > > > > > > What distribution is this ? > > > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > > > > Kilian, could it be the bug we are discussing with Geoff ? > > > > Could Ekiga be trying to use a port already in use? Is there something I > > can check to try and figure out if this is the issue? > I'm still struggling with getting Ekiga to work. Any thoughts on how to > attack this? Kilian, could it be the packaging issue we are aware of ? Can you post a -d 4 somehwere Jim ? -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Le mardi 20 novembre 2007 à 16:33 -0600, Randall Smith a écrit : > Damien Sandras wrote: > > Le vendredi 16 novembre 2007 à 22:57 +0100, Palo S. a écrit : > >> Indeed, I can confirm this regression. I blamed my new provider > >> for this increased lag problem but now I have tried downgrading > >> to 2.0.9 and indeed, the lag is significantly smaller. Possibly > >> important difference in -d4 logs between 2.0.9 and 2.0.11: > >> > >> 2.0.11: > >> Media Audio sink data size set to 320 bytes and 20 buffers. > >> > >> 2.0.9: > >> Media Audio sink data size set to 320 bytes and 3 buffers. > >> > > > > I reverted that change on linux. > > I can confirm that the change worked. I replaced only src/opal/pcss.cxx > and rebuilt the package on Gutsy. > Ah, excellent news !! Thanks for the feedback :) -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu
On Mon, 2007-11-19 at 21:24 -0500, jim ruxton wrote: > > > > > Thanks Damien, > > > > > I checked the network setting and it is set to eth1 which is my > > > > > mireless > > > > > port that I am using. In fact that is the only option available in the > > > > > settings. Any other thoughts? > > > > > Jim > > > > > > > > What distribution is this ? > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > Kilian, could it be the bug we are discussing with Geoff ? > > Could Ekiga be trying to use a port already in use? Is there something I > can check to try and figure out if this is the issue? I'm still struggling with getting Ekiga to work. Any thoughts on how to attack this? Jim ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Le mardi 20 novembre 2007 à 14:35 -0600, Randall Smith a écrit : > Damien Sandras wrote: > >>> I reverted that change on linux. > >> I would guess that when you increased the buffers from 3 to 20 for > >> 2.0.11 that you did it for the snapshot version also. The snapshot > >> versions does not suffer from the lag issue so if that is the case then > >> maybe it is something else. > >> > > > > I reverted the patch in the snapshot version too. > > The snapshot version was not suffering from the lag issue. I haven't > installed the reverted version yet so I don't know if the change works. > My point is that the cause of the lag may be something else since > snapshot did not have lag before. I ran 2.0.9, 2.0.11 and snapshot and > only 2.0.11 had lag. > That is very very weird, because that was the only change that could affect audio issues. Other changes in 2.0.11 were minor. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Damien Sandras wrote: > Le vendredi 16 novembre 2007 à 22:57 +0100, Palo S. a écrit : >> Indeed, I can confirm this regression. I blamed my new provider >> for this increased lag problem but now I have tried downgrading >> to 2.0.9 and indeed, the lag is significantly smaller. Possibly >> important difference in -d4 logs between 2.0.9 and 2.0.11: >> >> 2.0.11: >> Media Audio sink data size set to 320 bytes and 20 buffers. >> >> 2.0.9: >> Media Audio sink data size set to 320 bytes and 3 buffers. >> > > I reverted that change on linux. I can confirm that the change worked. I replaced only src/opal/pcss.cxx and rebuilt the package on Gutsy. Thanks. Randall ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Damien Sandras wrote: > Le mardi 20 novembre 2007 à 20:35 +0100, Damien Sandras a écrit : >> Le mardi 20 novembre 2007 à 11:47 -0600, Randall Smith a écrit : >>> I don't have a problem building it. I think maybe I'm not communicating >>> well. I was assuming you made fixes in the (stable) 2.0.11 branch, but >>> I can't find that branch. I can only find the unstable snapshot >>> version. I was looking to do something like this: >>> >>> svn co http://svn.ekiga.net/ekiga/branches/rel_2.0.11 ekiga >>> >>> and then build a package or make install or something. >>> >>> Randall >>> >>> Damien Sandras wrote: Le lundi 19 novembre 2007 à 16:54 -0600, Randall Smith a écrit : > Thanks Damien and Palo. > > Can I get to this changed code (svn or cvs or something)? I only see > references to snapshots of the upcoming release. > We do not have packs for the others. You will have to compile it yourself... >> >> The sources are in the GNOME SVN. Have a look at our wiki : >> http://wiki.ekiga.org >> >> everything is explained there. > > The branch is gnome-2-20. Thanks. I did not know this. Randall ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Damien Sandras wrote: >>> I reverted that change on linux. >> I would guess that when you increased the buffers from 3 to 20 for >> 2.0.11 that you did it for the snapshot version also. The snapshot >> versions does not suffer from the lag issue so if that is the case then >> maybe it is something else. >> > > I reverted the patch in the snapshot version too. The snapshot version was not suffering from the lag issue. I haven't installed the reverted version yet so I don't know if the change works. My point is that the cause of the lag may be something else since snapshot did not have lag before. I ran 2.0.9, 2.0.11 and snapshot and only 2.0.11 had lag. Randall ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Le mardi 20 novembre 2007 à 20:35 +0100, Damien Sandras a écrit : > Le mardi 20 novembre 2007 à 11:47 -0600, Randall Smith a écrit : > > I don't have a problem building it. I think maybe I'm not communicating > > well. I was assuming you made fixes in the (stable) 2.0.11 branch, but > > I can't find that branch. I can only find the unstable snapshot > > version. I was looking to do something like this: > > > > svn co http://svn.ekiga.net/ekiga/branches/rel_2.0.11 ekiga > > > > and then build a package or make install or something. > > > > Randall > > > > Damien Sandras wrote: > > > Le lundi 19 novembre 2007 à 16:54 -0600, Randall Smith a écrit : > > >> Thanks Damien and Palo. > > >> > > >> Can I get to this changed code (svn or cvs or something)? I only see > > >> references to snapshots of the upcoming release. > > >> > > > > > > We do not have packs for the others. You will have to compile it > > > yourself... > > > The sources are in the GNOME SVN. Have a look at our wiki : > http://wiki.ekiga.org > > everything is explained there. The branch is gnome-2-20. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Le mardi 20 novembre 2007 à 12:21 -0600, Randall Smith a écrit : > Damien Sandras wrote: > >> > >> 2.0.11: > >> Media Audio sink data size set to 320 bytes and 20 buffers. > >> > >> 2.0.9: > >> Media Audio sink data size set to 320 bytes and 3 buffers. > >> > > > > I reverted that change on linux. > > I would guess that when you increased the buffers from 3 to 20 for > 2.0.11 that you did it for the snapshot version also. The snapshot > versions does not suffer from the lag issue so if that is the case then > maybe it is something else. > I reverted the patch in the snapshot version too. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Le mardi 20 novembre 2007 à 11:47 -0600, Randall Smith a écrit : > I don't have a problem building it. I think maybe I'm not communicating > well. I was assuming you made fixes in the (stable) 2.0.11 branch, but > I can't find that branch. I can only find the unstable snapshot > version. I was looking to do something like this: > > svn co http://svn.ekiga.net/ekiga/branches/rel_2.0.11 ekiga > > and then build a package or make install or something. > > Randall > > Damien Sandras wrote: > > Le lundi 19 novembre 2007 à 16:54 -0600, Randall Smith a écrit : > >> Thanks Damien and Palo. > >> > >> Can I get to this changed code (svn or cvs or something)? I only see > >> references to snapshots of the upcoming release. > >> > > > > We do not have packs for the others. You will have to compile it > > yourself... The sources are in the GNOME SVN. Have a look at our wiki : http://wiki.ekiga.org everything is explained there. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro
Le mardi 20 novembre 2007 à 12:14 -0500, [EMAIL PROTECTED] a écrit : > I am using the ekiga Windows Beta > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras > Sent: Tuesday, November 20, 2007 11:34 AM > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro > > > > Le mardi 20 novembre 2007 à 11:01 -0500, [EMAIL PROTECTED] a écrit : > > Are there any "skins" optons with ekiga to make it have different > > layouts ? > > Any GTK theme will work with ekiga. > There should be GTK themes available for windows. Have a look on google. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Damien Sandras wrote: >> >> 2.0.11: >> Media Audio sink data size set to 320 bytes and 20 buffers. >> >> 2.0.9: >> Media Audio sink data size set to 320 bytes and 3 buffers. >> > > I reverted that change on linux. I would guess that when you increased the buffers from 3 to 20 for 2.0.11 that you did it for the snapshot version also. The snapshot versions does not suffer from the lag issue so if that is the case then maybe it is something else. Randall ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
I don't have a problem building it. I think maybe I'm not communicating well. I was assuming you made fixes in the (stable) 2.0.11 branch, but I can't find that branch. I can only find the unstable snapshot version. I was looking to do something like this: svn co http://svn.ekiga.net/ekiga/branches/rel_2.0.11 ekiga and then build a package or make install or something. Randall Damien Sandras wrote: > Le lundi 19 novembre 2007 à 16:54 -0600, Randall Smith a écrit : >> Thanks Damien and Palo. >> >> Can I get to this changed code (svn or cvs or something)? I only see >> references to snapshots of the upcoming release. >> > > We do not have packs for the others. You will have to compile it > yourself... ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro
I am using the ekiga Windows Beta -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras Sent: Tuesday, November 20, 2007 11:34 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Le mardi 20 novembre 2007 à 11:01 -0500, [EMAIL PROTECTED] a écrit : > Are there any "skins" optons with ekiga to make it have different > layouts ? Any GTK theme will work with ekiga. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ 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
Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro
Le mardi 20 novembre 2007 à 11:01 -0500, [EMAIL PROTECTED] a écrit : > Are there any "skins" optons with ekiga to make it have different layouts ? Any GTK theme will work with ekiga. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro
Are there any "skins" optons with ekiga to make it have different layouts ? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras Sent: Tuesday, November 20, 2007 10:30 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Le mardi 20 novembre 2007 à 10:24 -0500, [EMAIL PROTECTED] a écrit : > I can see my video in ekiga on the PC with camera (PC1). I can make a > call to another PC (PC2) either through my Asterisk Win32 server on my > network, or through ekiga. I have full duplex audio between the PC1 > and PC2 but I cannot see the video on PC2. I do see the options > change in the video area in ekiga on PC2 that determine the position > of the incomming video (Picture in Picture settings) but they do not > change anything when I select them. > > I have tested SIP video with several other SIP phones - one in > particular - x-lite on my network through asterisk so I know it works. > I have also tested video through my router web baised conferencing > sites and it works fine too. > > Do I have to do anything special to enable sending the video with > ekiga ?? Make sure "enable video transmission" is active on the sender side. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ 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
Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro
I am pretty sure I have it enabled I am at work and can't test until tonight. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras Sent: Tuesday, November 20, 2007 10:30 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Le mardi 20 novembre 2007 à 10:24 -0500, [EMAIL PROTECTED] a écrit : > I can see my video in ekiga on the PC with camera (PC1). I can make a > call to another PC (PC2) either through my Asterisk Win32 server on my > network, or through ekiga. I have full duplex audio between the PC1 > and PC2 but I cannot see the video on PC2. I do see the options > change in the video area in ekiga on PC2 that determine the position > of the incomming video (Picture in Picture settings) but they do not > change anything when I select them. > > I have tested SIP video with several other SIP phones - one in > particular - x-lite on my network through asterisk so I know it works. > I have also tested video through my router web baised conferencing > sites and it works fine too. > > Do I have to do anything special to enable sending the video with > ekiga ?? Make sure "enable video transmission" is active on the sender side. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ 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
Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro
Le mardi 20 novembre 2007 à 10:24 -0500, [EMAIL PROTECTED] a écrit : > I can see my video in ekiga on the PC with camera (PC1). I can make a > call to another PC (PC2) either through my Asterisk Win32 server on my > network, or through ekiga. I have full duplex audio between the PC1 > and PC2 but I cannot see the video on PC2. I do see the options > change in the video area in ekiga on PC2 that determine the position > of the incomming video (Picture in Picture settings) but they do not > change anything when I select them. > > I have tested SIP video with several other SIP phones - one in > particular - x-lite on my network through asterisk so I know it works. > I have also tested video through my router web baised conferencing > sites and it works fine too. > > Do I have to do anything special to enable sending the video with > ekiga ?? Make sure "enable video transmission" is active on the sender side. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro
I can see my video in ekiga on the PC with camera (PC1). I can make a call to another PC (PC2) either through my Asterisk Win32 server on my network, or through ekiga. I have full duplex audio between the PC1 and PC2 but I cannot see the video on PC2. I do see the options change in the video area in ekiga on PC2 that determine the position of the incomming video (Picture in Picture settings) but they do not change anything when I select them. I have tested SIP video with several other SIP phones - one in particular - x-lite on my network through asterisk so I know it works. I have also tested video through my router web baised conferencing sites and it works fine too. Do I have to do anything special to enable sending the video with ekiga ?? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Higton Sent: Tuesday, November 20, 2007 3:46 AM To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro In fact I've received video on the Windows 2.0.11 beta too. The only thing I haven't had working is simultaneous transmission and reception of video, since I only have one webcam handy. Windows XP Pro. This is on the company's LAN where there is no SIP server of any kind and no SIP access to external providers. Dave From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Higton Sent: 2007 November 19 08:06 To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Yes; I can see my video; the far end can see my video. I've not had a call with anyone who has a camera at their end so I don't yet know whether incoming video works. This is the Windows 2.0.11 beta. Dave From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 2007 November 16 20:58 To: ekiga-list@gnome.org Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Anyone have video working on the Windows Beta of EKIGA ? -Original Message- From: Komara, Kevin Sent: Thursday, November 15, 2007 8:28 PM To: 'ekiga-list@gnome.org' Subject: Video Problem with Ekiga on Windows XP Pro Hi, I am a new Ekiga user. I have to compliment your efforts - Ekiga is a very nice piece of software !! I have successfully installed Ekiga on 2 PCs (PC1 and PC2) on my home network running Windows XP Pro on both PCs. The software installed beautifully on both PCs. I was able to configure SIP through my Asterisk Win32 Server (On a third Windows XP PC - PC3). I can make full duplex voice calls through Asterisk WIn32 using Ekiga between PC1 and PC2 with no issues. What I really want to do is video conference between PC1 and PC2 through Asterisk. I have not set up a SIP account on your web site - I just want to do SIP calls on my private network. PC1 has an older analog video capture card - Pinnacle DC10+ installed. I have an old VHS video camera plugged into it. It works very well under Windows XP and is recognized by Ekiga. I can see the video from the DC10+ on the local screen under Ekiga. PC2 has a newer USB video camera installed. It also works very well under WindowsXP - although it is slower and with much poorer resolution than the DC10+. The USB camera is also recognized by Ekiga on PC2 and I can see its video on the local Ekiga window. When I make a call from PC1 to PC2 I expected the video from PC1 to be visible in a window on PC2, and of course the video from PC1 on a window on PC2. This does not happen. I only see the local video on both PC1 and PC2. Under the view on both Ekiga installations I see the options for "Remote Video", "Both(Picture-in-Picture)", "Both (Side-by-Side)", and "Both (Both in New Windows)" - but NONE of these options can be selected - they are grayed out. Should this be working ??? Do I have something configured incorrectly ? Do I have to purchase an upgrade ?
Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED]
Le mardi 20 novembre 2007 à 11:55 +, Dave Higton a écrit : > > [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel > > Favre-Nicolin > > Sent: 2007 November 20 10:13 > > To: Ekiga mailing list > > Subject: Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED] > > > > Le mardi 20 novembre 2007, Dave Higton a écrit : > > > > -Original Message- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras > > > > Sent: 2007 November 19 08:53 > > > > To: Ekiga mailing list > > > > Subject: Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED] > > > > > > > If you're happy using Wireshark, you can catch the entire > > session and > > > see whether you're transmitting audio. Configure Ekiga so > > that the mu > > > law codec is at the top (or the only one ticked). Then > > you'd normally > > > expect all your audio transmissions to have 172 bytes of payload, of > > > which the last 160 are the audio; there should be one of > > these packets > > > from you every 20 milliseconds. What you DON'T want to see > > in the audio > > > is 160 identical bytes, as this means silence (usually 7F or FF). A > > > random-looking mix of values means you're sending > > non-silence. You want > > > to see a fairly wide range of values. You should see the > > same sort of > > > thing coming back too. > > > > > > Dave > > > > mulaw is named PCMU in ekiga? > > Yes. > > > Dave, I did that, but > > http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20 > > 071120_wireshack.libcap > > > > first transmitted RTP packet > > [snip] This is quiet but not silent. > > > 5th > > [snip] Similar. > > > last transmitted > > [snip] This looks like convincing audio, definitely > not silent, not even quiet. > > > last received > > [snip] This is quiet but not silent. > > > Is that make sense > > Yes. > > > There is another problem. The flux (payload) on eth0 is at > > the beginning not > > zero, but then it rapidly becomes zero byte/second so that I > > expect that > > absolutly nothing else is transmitted. > > > > I observed 2 cases. > > 1) the transmitted bytes (me>ekiga.net) becomes zero before > > the end of the > > woman blablabla and then the received bytes/ (ekiga>me) > > becomes zero too > > 2) Both transmitted and received bytes fluxes becomes zero > > when the woman > > ends up her blablabla > > You mean that there are no more packets being received and/or > transmitted? That would be wrong, but it would explain why > you can't hear the echo. > > You should be transmitting continuously, 50 packets per > second, for the entire duration of the call. > > I can't be so sure about what you should receive. If the > echo is of (say) 4 seconds of speech with a 4 second gap > between them (for you to record in), it's possible that > the packets will only flow from ekiga.net to you during > the times that you should be hearing something. > You can double-check that looking at the statusbar in the ekiga window. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel > Favre-Nicolin > Sent: 2007 November 20 10:13 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED] > > Le mardi 20 novembre 2007, Dave Higton a écrit : > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras > > > Sent: 2007 November 19 08:53 > > > To: Ekiga mailing list > > > Subject: Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED] > > > > > If you're happy using Wireshark, you can catch the entire > session and > > see whether you're transmitting audio. Configure Ekiga so > that the mu > > law codec is at the top (or the only one ticked). Then > you'd normally > > expect all your audio transmissions to have 172 bytes of payload, of > > which the last 160 are the audio; there should be one of > these packets > > from you every 20 milliseconds. What you DON'T want to see > in the audio > > is 160 identical bytes, as this means silence (usually 7F or FF). A > > random-looking mix of values means you're sending > non-silence. You want > > to see a fairly wide range of values. You should see the > same sort of > > thing coming back too. > > > > Dave > > mulaw is named PCMU in ekiga? Yes. > Dave, I did that, but > http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20 > 071120_wireshack.libcap > > first transmitted RTP packet [snip] This is quiet but not silent. > 5th [snip] Similar. > last transmitted [snip] This looks like convincing audio, definitely not silent, not even quiet. > last received [snip] This is quiet but not silent. > Is that make sense Yes. > There is another problem. The flux (payload) on eth0 is at > the beginning not > zero, but then it rapidly becomes zero byte/second so that I > expect that > absolutly nothing else is transmitted. > > I observed 2 cases. > 1) the transmitted bytes (me>ekiga.net) becomes zero before > the end of the > woman blablabla and then the received bytes/ (ekiga>me) > becomes zero too > 2) Both transmitted and received bytes fluxes becomes zero > when the woman > ends up her blablabla You mean that there are no more packets being received and/or transmitted? That would be wrong, but it would explain why you can't hear the echo. You should be transmitting continuously, 50 packets per second, for the entire duration of the call. I can't be so sure about what you should receive. If the echo is of (say) 4 seconds of speech with a 4 second gap between them (for you to record in), it's possible that the packets will only flow from ekiga.net to you during the times that you should be hearing something. Dave * NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED]
Le mardi 20 novembre 2007, Dave Higton a écrit : > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras > > Sent: 2007 November 19 08:53 > > To: Ekiga mailing list > > Subject: Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED] > > > > > > Le dimanche 18 novembre 2007 à 16:30 -0200, Emmanuel Favre-Nicolin a > > > > écrit : > > > Le dimanche 18 novembre 2007, yannick a écrit : > > > > Le dimanche 18 novembre 2007 à 11:04 +0100, Damien > > > > Sandras a écrit : > > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_eki > > gaoutput.tx > > > > > > >t > > > > > > > > > > Unfortunately this is not a valid -d 4 output. It looks > > > > like a -d 1 > > > > > > > output. > > > > > > > > Are you using Ubuntu Gutsy or Debian (sid I guess... not > > > > sure)? There is > > > > > > a bug there which prevent to get a valid -d 4 output. > > > > Here is the bug > > > > > > report: > > > > https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302 > > > > > > In fact, I'm using gentoo. I didn't found any similar bug > > > > in the gentoo bug > > > > > system. > > > I reinstalled ekiga with debug flag, but guess it didn't > > > > change too much the > > > > > ekiga -d 4 output: > > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118_eki > > gaoutput.txt > > > > > Oh, better I reinstalled pwlib, opal and ekiga with debug > > > > flag and here is the > > > > > ekiga -d 4 output for an entire session with one attempte call to > > > [EMAIL PROTECTED] (I manually stopped the call) : > > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118b_ek > > igaoutput.txt > > > > > > You seem to be sending and receiving audio, so I do not understand why > > you hear nothing... > > > > While being in a call, make sure the mic volume and such are correct. > > Disable sound events in the preferences. > > > > And if you connect to someone else, does he hear you ? > > If you're happy using Wireshark, you can catch the entire session and > see whether you're transmitting audio. Configure Ekiga so that the mu > law codec is at the top (or the only one ticked). Then you'd normally > expect all your audio transmissions to have 172 bytes of payload, of > which the last 160 are the audio; there should be one of these packets > from you every 20 milliseconds. What you DON'T want to see in the audio > is 160 identical bytes, as this means silence (usually 7F or FF). A > random-looking mix of values means you're sending non-silence. You want > to see a fairly wide range of values. You should see the same sort of > thing coming back too. > > Dave mulaw is named PCMU in ekiga? (http://www.freesoft.org/CIE/RFC/1890/20.htm) Dave, I did that, but http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20071120_wireshack.libcap first transmitted RTP packet 00 03 6c 03 30 54 00 02 3f 08 3c ff 08 00 45 10 ..l.0T.. ?.<...E. 0010 00 c8 00 00 40 00 40 11 9b 96 c8 ca dd 50 56 40 [EMAIL PROTECTED]@. .PV@ 0020 a2 23 13 8c 33 f6 00 b4 9f 44 80 80 59 ec 00 00 .#..3... .D..Y... 0030 00 00 b7 4f 33 c9 ff ff ff ff ff ff ff ff ff ff ...O3... 0040 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0050 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0060 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0070 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0080 ff ff ff ff 7e ff 7e ff 7e ff 7e ff 7e 7e 7e 7e ~.~. ~.~. 0090 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 00a0 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7d 7e ~~}~ 00b0 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e }~}~}~}~ }~}~}~}~ 00c0 7d 7e 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d }~}} 00d0 7d 7d 7d 7d 7d 7d }} 5th 00 03 6c 03 30 54 00 02 3f 08 3c ff 08 00 45 10 ..l.0T.. ?.<...E. 0010 00 c8 00 00 40 00 40 11 9b 96 c8 ca dd 50 56 40 [EMAIL PROTECTED]@. .PV@ 0020 a2 23 13 8c 33 f6 00 b4 9f 44 80 00 59 f1 00 00 .#..3... .D..Y... 0030 03 c0 b7 4f 33 c9 f9 fd 7d ff 7b 7d 78 78 7a 78 ...O3... }.{}xxzx 0040 79 79 7c 7c ff f7 fb f6 fd 7e fe 7c fc f9 f6 f6 yy|| .~.| 0050 fb 7e 79 77 79 7a 7c 76 79 78 7c fb f8 f5 f6 f9 .~ywyz|v yx|. 0060 fd fe fa ff fd fe 7d 7d 7b 7c 79 7b 7d 7c fc fa ..}} {|y{}|.. 0070 fd fa ff fc fe fd fd ff fc fc fe 7d 7b 7a 79 7d ...}{zy} 0080 7c 7d 7c 7b 7d fe fb f9 fa f9 fe 7d ff ff fb fd |}|{}... ...} 0090 7e 7d 7a 7c 7a 7a 7d 7c 7d ff 7e ff ff 7e fe 7e ~}z|zz}| }.~..~.~ 00a0 fe ff fe fe fe 7e 7e 7d 7b 7d 7d 7d 7c 7e fe fd .~~} {}}}|~.. 00b0 fc fb fb fb fe 7d fe fd fd fd fe 7c 7a 7b 7c 7e .}.. ...|z{|~ 00c0 7e 7e 7c 7d 7e 7d fe fe ff fd ff fd fd fd fb fc ~~|}~}.. 00d0 fc ff 7e 7c 7b 7d ..~|{} last
Re: [Ekiga-list] Ekiga paralysed if no registration server
Le mardi 20 novembre 2007 à 08:40 +, Dave Higton a écrit : > > > I've looked through the archives, but I can't find anywhere how > > > to disable Ekiga's DNS requests through /configuration/. Do you > > > mean I would have to modify the source code and /rebuild/? > > > > yes > > In fact I discovered last night that I can achieve the result I > need, for the demonstration, by simply removing all the DNS > server addresses from my machine's configuration. Ekiga is no > longer paralysed; I presume any DNS attempts fail immediately > instead of some (long) time later. > That's indeed a good tip ;-) -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] audio lag on 2.0.11
Le lundi 19 novembre 2007 à 16:54 -0600, Randall Smith a écrit : > Thanks Damien and Palo. > > Can I get to this changed code (svn or cvs or something)? I only see > references to snapshots of the upcoming release. > We do not have packs for the others. You will have to compile it yourself... -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problem getting Ekiga to run in Gutsy Kubuntu
Le lundi 19 novembre 2007 à 21:24 -0500, jim ruxton a écrit : > > > > > Thanks Damien, > > > > > I checked the network setting and it is set to eth1 which is my > > > > > mireless > > > > > port that I am using. In fact that is the only option available in the > > > > > settings. Any other thoughts? > > > > > Jim > > > > > > > > What distribution is this ? > > > > > > > > I have read that there was this problem with some Ubuntu packages... > > > > > > This is Gutsy Kubuntu . kernel : 2.6.22-14-386 > > > > Kilian, could it be the bug we are discussing with Geoff ? > > Could Ekiga be trying to use a port already in use? Is there something I > can check to try and figure out if this is the issue? Using netstat -ap | egrep (5060|1720) It should work... -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED]
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Damien Sandras > Sent: 2007 November 19 08:53 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] No echo with sip [EMAIL PROTECTED] > > > Le dimanche 18 novembre 2007 à 16:30 -0200, Emmanuel Favre-Nicolin a > écrit : > > Le dimanche 18 novembre 2007, yannick a écrit : > > > Le dimanche 18 novembre 2007 à 11:04 +0100, Damien > Sandras a écrit : > > > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_eki > gaoutput.tx > > > >t > > > > > > > > Unfortunately this is not a valid -d 4 output. It looks > like a -d 1 > > > > output. > > > > > > Are you using Ubuntu Gutsy or Debian (sid I guess... not > sure)? There is > > > a bug there which prevent to get a valid -d 4 output. > Here is the bug > > > report: > > > https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302 > > > > In fact, I'm using gentoo. I didn't found any similar bug > in the gentoo bug > > system. > > I reinstalled ekiga with debug flag, but guess it didn't > change too much the > > ekiga -d 4 output: > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118_eki > gaoutput.txt > > > > Oh, better I reinstalled pwlib, opal and ekiga with debug > flag and here is the > > ekiga -d 4 output for an entire session with one attempte call to > > [EMAIL PROTECTED] (I manually stopped the call) : > > > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118b_ek > igaoutput.txt > > > > You seem to be sending and receiving audio, so I do not understand why > you hear nothing... > > While being in a call, make sure the mic volume and such are correct. > Disable sound events in the preferences. > > And if you connect to someone else, does he hear you ? If you're happy using Wireshark, you can catch the entire session and see whether you're transmitting audio. Configure Ekiga so that the mu law codec is at the top (or the only one ticked). Then you'd normally expect all your audio transmissions to have 172 bytes of payload, of which the last 160 are the audio; there should be one of these packets from you every 20 milliseconds. What you DON'T want to see in the audio is 160 identical bytes, as this means silence (usually 7F or FF). A random-looking mix of values means you're sending non-silence. You want to see a fairly wide range of values. You should see the same sort of thing coming back too. Dave * NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro
In fact I've received video on the Windows 2.0.11 beta too. The only thing I haven't had working is simultaneous transmission and reception of video, since I only have one webcam handy. Windows XP Pro. This is on the company's LAN where there is no SIP server of any kind and no SIP access to external providers. Dave From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Higton Sent: 2007 November 19 08:06 To: Ekiga mailing list Subject: Re: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Yes; I can see my video; the far end can see my video. I've not had a call with anyone who has a camera at their end so I don't yet know whether incoming video works. This is the Windows 2.0.11 beta. Dave From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 2007 November 16 20:58 To: ekiga-list@gnome.org Subject: [Ekiga-list] Video Problem with Ekiga on Windows XP Pro Anyone have video working on the Windows Beta of EKIGA ? -Original Message- From: Komara, Kevin Sent: Thursday, November 15, 2007 8:28 PM To: 'ekiga-list@gnome.org' Subject: Video Problem with Ekiga on Windows XP Pro Hi, I am a new Ekiga user. I have to compliment your efforts - Ekiga is a very nice piece of software !! I have successfully installed Ekiga on 2 PCs (PC1 and PC2) on my home network running Windows XP Pro on both PCs. The software installed beautifully on both PCs. I was able to configure SIP through my Asterisk Win32 Server (On a third Windows XP PC - PC3). I can make full duplex voice calls through Asterisk WIn32 using Ekiga between PC1 and PC2 with no issues. What I really want to do is video conference between PC1 and PC2 through Asterisk. I have not set up a SIP account on your web site - I just want to do SIP calls on my private network. PC1 has an older analog video capture card - Pinnacle DC10+ installed. I have an old VHS video camera plugged into it. It works very well under Windows XP and is recognized by Ekiga. I can see the video from the DC10+ on the local screen under Ekiga. PC2 has a newer USB video camera installed. It also works very well under WindowsXP - although it is slower and with much poorer resolution than the DC10+. The USB camera is also recognized by Ekiga on PC2 and I can see its video on the local Ekiga window. When I make a call from PC1 to PC2 I expected the video from PC1 to be visible in a window on PC2, and of course the video from PC1 on a window on PC2. This does not happen. I only see the local video on both PC1 and PC2. Under the view on both Ekiga installations I see the options for "Remote Video", "Both(Picture-in-Picture)", "Both (Side-by-Side)", and "Both (Both in New Windows)" - but NONE of these options can be selected - they are grayed out. Should this be working ??? Do I have something configured incorrectly ? Do I have to purchase an upgrade ? I have successfully configured another piece of Video conference software (Zoomcall Pro) and the video from these same PCs works fine in video conference mode. Unfortunately Zoomcall REQUIRES you to communicate through their server on the Internet. I don't want to do that - I want to stay on my private network. Please help any way you can. Also - as you might have guessed - I have quite an elaborate set up in my lab area so I would be willing to test any new software you might need a third party to test. Thanks, Kevin Komara * Kevin J. Komara P.E. Senior Engineer PJM Interconnection L.L.C. Phone: (610) 666-4751 Fax: (610) 666-4282 Email:[EMAIL PROTECTED] ***
Re: [Ekiga-list] Ekiga paralysed if no registration server
> > I've looked through the archives, but I can't find anywhere how > > to disable Ekiga's DNS requests through /configuration/. Do you > > mean I would have to modify the source code and /rebuild/? > > yes In fact I discovered last night that I can achieve the result I need, for the demonstration, by simply removing all the DNS server addresses from my machine's configuration. Ekiga is no longer paralysed; I presume any DNS attempts fail immediately instead of some (long) time later. Thanks for your help! Dave * NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list