[Ekiga-devel-list] Another try at gstreamer in ekiga
Hi, I'm trying again to make audio output work with ekiga. The current situation is: - it works for sound events ; - it doesn't work during calls ; The reason for the difference is that during sound events, the sound format is supposed to be : audio/x-raw-int, rate=44100, channels=2, width=16, depth=16, signed=true, endianness=1234 while during calls, it is as far as I know : audio/x-raw-int, rate=8000, channels=1, width=16, depth=16, signed=true, endianness=1234 Last night's debugging session made something strange appear : the log shows that gstreamer feels flooded by data during calls. In fact, one gstreamer developper had the impression we were getting about 120 times more data than expected. He made those computations at an advanced hour of the night though, so I'll have to double-check. Still, does that somebody go O! ? Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Another try at gstreamer in ekiga
On 22/02/2013 4:04 PM, Julien Puydt wrote: ..deleted Last night's debugging session made something strange appear : the log shows that gstreamer feels flooded by data during calls. In fact, one gstreamer developper had the impression we were getting about 120 times more data than expected. He made those computations at an advanced hour of the night though, so I'll have to double-check. Still, does that somebody go O! ? Opal assumes that media sources will provide correct timing for both read. If you are reading from any input device, that device must block for the appropriate amount of time. For example, if you are reading 20ms of audio data, then the input device must block for 20ms. If you do not block, Opal will call the read routine as fast as the processor will allow. This sounds like what is happening. Hardware devices such as sound cards or camera's will automatically provide the correct timing. If you are reading from a non-physical device, then you will need to add software timing. See the PAdaptiveDelay class for an example of how Opal solves this problem. On write, the timing will be provided by the incoming RTP data or the jitter buffer, depending on which type of media you are using. Craig -- --- Craig Southeren Post Increment – VoIP Consulting and Software cra...@postincrement.com.au www.postincrement.com.au Mobile: +61 417231046G+: craig.southe...@gmail.com US: +1 415 800 4201 MSN: craig_southe...@hotmail.com Science is the poetry of reality. Richard Dawkins ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Another try at gstreamer in ekiga
Le 22/02/2013 06:11, Craig Southeren a écrit : If you are reading from any input device, that device must block for the appropriate amount of time. The problem is about audio output, not input (yet). I push data in gstreamer as fast as ptlibopal push it to my code :-/ Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Another try at gstreamer in ekiga
Le 22/02/2013 06:11, Craig Southeren a écrit : On write, the timing will be provided by the incoming RTP data or the jitter buffer, depending on which type of media you are using. I push data as I receive it on a set_frame_data method: bool GST::AudioOutputManager::set_frame_data (Ekiga::AudioOutputPS ps, const char* data, unsigned size, unsigned written) { bool result; unsigned ii = (ps == Ekiga::primary)?0:1; if (worker[ii]) { gst_helper_set_frame_data (worker[ii], data, size); written = size; result = true; } else { // we're closed already! written = 0; result = false; } return result; } and: void gst_helper_set_frame_data (gst_helper* self, const char* data, unsigned size) { //g_message (%s\n, __PRETTY_FUNCTION__); gchar* tmp = NULL; GstBuffer* buffer = NULL; static bool done = false; if (!done) { done = true; GST_DEBUG_BIN_TO_DOT_FILE(GST_BIN(self-pipeline), GST_DEBUG_GRAPH_SHOW_ALL, pipeline); } if (self-active) { tmp = (gchar*)g_malloc0 (size); memcpy (tmp, data, size); buffer = gst_app_buffer_new (tmp, size, (GstAppBufferFinalizeFunc)g_free, tmp); gst_app_src_push_buffer (GST_APP_SRC (self-active), buffer); } } Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Another try at gstreamer in ekiga
Le 22/02/2013 07:41, Julien Puydt a écrit : Le 22/02/2013 06:11, Craig Southeren a écrit : On write, the timing will be provided by the incoming RTP data or the jitter buffer, depending on which type of media you are using. I push data as I receive it on a set_frame_data method: bool GST::AudioOutputManager::set_frame_data (Ekiga::AudioOutputPS ps, const char* data, unsigned size, unsigned written) { cut } and: void gst_helper_set_frame_data (gst_helper* self, const char* data, unsigned size) { cut } I forgot a link in the chain ptlibopal-gstreamer ; the first one: bool PSoundChannel_EKIGA::Write (const void *buf, PINDEX len) { unsigned bytesWritten = 0; if (direction == Player) { audiooutput_core-set_frame_data((char*)buf, len, bytesWritten); } lastWriteCount = bytesWritten; return true; } Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Another try at gstreamer in ekiga
Le 22/02/2013 06:04, Julien Puydt a écrit : He made those computations at an advanced hour of the night though, so I'll have to double-check. I haven't seen him since, but according to the logs the first queued buffer is at 13.407539048, the last one at 17.823645673 ; grep says there are 18906 of them and they are of size 160... if I don't err that makes 684983 byte/s... it looks unreasonably big indeed! Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] Connecting to ekiga.net through Jitsi
On Thu, 21 Feb 2013, Eugen Dedu wrote: On 18/02/13 09:53, el_gallo_azul wrote: Be aware that an Ekiga SIP account (a free ekiga.net one) can only be used to connect to another ekiga.net account. This is wrong. Hope I am not wrong when I say that an account is useful not to call, but to be called. So calling an ekiga.net account has nothing to do with having an ekiga.net account. -- Eugen I disagree with you slightly, here, although this could easily be no more than an issue of language difference. With the Hope I am not wrong when I say that an account is useful not to call, but to be called. If you meant an account is useful not just to call, or, an account is useful not just for calling from, then the meaning changes. An example, is that, when I first called Greg, the call showed as lasting for 53 minutes. My telecommunications provider would, I believe, charge 80 cents (in AUD) per minute for a long distance call within Australia, so that call would have cost about 42AUD, if it had been made landline to landline. I think it most likely that it is simply a difference in laguage. To me, having an Ekiga account at both ends, is better than having one end Ekiga, and one end not Ekiga. Especially with my experience with Linphone, which I have described in another message that I posted today. And, one important thing that I believe is more likely to work in having both ends with Ekiga accounts and Ekiga software, is the prospect of video calls (which I have yet to achieve), which, to me, is the main attraction to softphone communications. -- Bret Busby Armadale West Australia .. So once you do know what the question actually is, you'll know what the answer means. - Deep Thought, Chapter 28 of Book 1 of The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts, written by Douglas Adams, published by Pan Books, 1992 ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Linphone and Ekiga communication attempts - was Re: Any prospect of Ekiga being ported to MacOS
Hi Bret Thanks for your input. Someone else has referred me to the Jitsi FAQ which says that 2 ekiga.net SIP servers are configured in a way that prevent Jitsi to register with the service.It appears, therefor that I will have to find an alternative to Jitsi or use (as suggested by the Jitsi FAQ) iptel.org or ippi.com. Once again, many thanks for your interest and help. Regards Ericc Jackson Villar del Arzobispo Spain On 21/02/2013 09:29, Bret Busby wrote: On Wed, 20 Feb 2013, el_gallo_azul wrote: 1. I received notification of your call (in my case, both my landline phone and my smart mobile phone ring), and answered using the landline. 2. I could not hear anything on the other end. 3. I checked the phone handset and it said 'Talking' which means that as far as the phone is concerned, the call is still connected. 4. I worked out later that I had two instances of my ekiga.net account registered at the time you called. One was in the VoIP settings of my modem, and the other was the CSipSimple app on my smartphone. 5. I Eventually hung up the landline phone, and went and had a look at the smartphone. The app CSipSimple reported a missed call, and had a record of your call because it said 'Bret Busby'. 6. I was having a look at the record of the call, to try and work out what had happened. During this process, I fouled things up. It looks like I selected all call history, and then deleted them. So unfortunately, I am not able to comment on the details of the record of your call reported from CSipSimple. Anyway, if you could advise what, if anything, shows in your event history, for that attempt, it would be good. No can do. 7. I would be interested to see if I need to change my SIP configuration or not, which means receiving a few calls in a row to test my landline phone and my smartphone. Greg Flint PO Box 642 Parap NT 0804 Australia Phone +61 (0)8 8945 1725 Mobile +61 (0)428 279 021 Australian Central Standard Time (CST) = GMT + 9.5 sip: el_gallo_a...@ekiga.net sip: 473...@sip.diamondcard.us sip: 0889451...@sip.internode.on.net Hello. A couple of things occurred to me about this, which I posted to the Linphone list (although, subsequent messages posted to that list, by other people, appear to indicate a lack of technical support for Linphone, by the developers). The first, is that, when I called you, I was using the default settings for each of my applicable devices. In Ekiga, I had to change the device setting for the microphone, and I changed it to what I had set up for Skype. In Linphone, I was unable to find provision of an Echo Test Call facility, thjat both Ekiga and Skype provide, so that, in Ekiga and Skype, a user can check the functionality of the devices and their settings, and, find whether what the user has set up, actually works. As there appears to be no provision of that, in Linphone, I have no way of testing and adjusting my device settings, to ensure that the devices are properly set up. The second thing, is that when run ning each softphone software application for the first time, Skype and Ekiga, from memory, prompt for the setting up of a SIP account, so as to enable the user to make calls across the Internet. Linphone does not do this, and, instead, sets up a default SIP address, using the format username@users_IP_address, and, the IP address can, as is shown in my case, the IP address within the LAN, which I do not want to be published on the Internet. I subsequently found that that default SIP address supposedly allows for cals within, and, only within, a LAN, and that, to call across the Internet, a SIP accopunt that needs to be otherwise set up, is required. On the Linphone web site home page, on the left side, is a menu, with one option being free SIP account. In clicking that, I was led through the procedure for setting up a SIP account hosted by Linphone. It was not made clear that this is required, to make calls across the Internet. And, it is not intuiotive, especially when Linphone automatically creates a default SIP address, which, would appear to be all that is required for making calls across the Internet. The Free SIP account option in the menu on the Linphone web page, appears to be, without proceeding further with that option, by selecting the button, no more than information about the provision of that default SIP address. So, I believe that Linphone has critical deficiencies in its interface and functionality. Also, I note that, in two attempts to send Chat messages to Greg (Linphone to Ekiga), on each occasion, clicking on the Send button, caused Linphone to crash (and the messages to be lost and not sent). Another curious thing; when I contacted Greg from Linphone (me using Linphone to call Greg at his Ekiga SIP address), whilst the call showed within Linphone, to have been
Re: [Ekiga-list] Ekiga test today
On 16/02/13 04:03, el_gallo_azul wrote: I just did a test using Ekiga with another noobie Ekiga user. He used Ekiga 4.0 for Windows, and I used Ekiga 3.2.6 for Linux for the test. 1. I would like to carry out another test with another user of Ekiga 3.2.6. Please respond to me directly if you can help. No need. As already said, 3.2 versions are not maintained, and 4.0 versions are much better. 3. I was only able to see video of myself, and he was only able to see video of himself. Were an audio AND a video codec shown on the image or at its bottom? We need the debug output (-d 4) from the 4.0 machine to understand what happens. http://wiki.ekiga.org/index.php/Debugging_Ekiga -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga test today
On 17/02/13 00:08, Polaris wrote: I was on the other end of this test. We first assumed that freezing up and loop back video problems were due to bugs in the 4.0 ver of You have not speak about freezing up, but only about video problem. Also, the problem is not loop back, but that the other party video is not shown. -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga test today
On 17/02/13 09:20, Bret Busby wrote: Hello. I advise that I did manage to get through to Greg (El Gallo), and made a voice call to him, and sustained the call, without any problems (once I had realised that the problem that I encountered initially, was that I had initially tried with the SIP address being incomplete). In the initial attempt, I had copied and pasted the SIP address from the email mesage, but, in doing that (with my email application being alpine, the replacement for PINE), the SIP address had been truncated at the second underscore, so that the SIP address that had been attempted, was a...@ekiga.net, which did not work. When I retried with the full SIP address, it worked well, for a voicecall. It was a voicecall, as his terminal was a cellphone which was connected via WiFi to his LAN. The sound was clear. Wonderful! -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga test today
On 17/02/13 06:31, Bret Busby wrote: Anyway, the latest version of Ekiga that shows in the Debian package repository, for Debian 6, is the Ekiga v 3.2.7-2, that I mentioned above as being installed on this computer, which is running Debian 6.0.x amd64, on an Intel I3 CPU. I suggest you to install ekiga frome experimental (http://packages.qa.debian.org/e/ekiga.html), if you know how to do that, or otherwise wait for 1-2 months until it appears in unstable. -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga test today
On 17/02/13 19:28, Yannick wrote: Le dimanche 17 février 2013 à 13:31 +0800, Bret Busby a écrit : I have noticed with test calls (that is all that I have been able to make, so far, with both Skype and Ekiga - haven't yet connected up with anyone, family or otherwise, who have made contact with me via Skype or Ekiga), that the Ekiga video of me, is highly pixellated, and is of low resolution, compared with Skype. AFAIK the video codec used in the test call is the worst available i.e. H.261. This explains the low resolution and the big pixels. Practically the test call shows if video works, it does not show how good it can be. In a call with another client supporting better codec (especially H.264) the video is much better. You can force ekiga to negotiate only with the best codec (e.g H.264, or H.263) by deselecting other codecs in preferences, or put the codec you wish in the top of the list. Agreed with all the above. Unfortunately the test call will only accept H.261. Now it works for H263-1998 (all resolutions) and H264 too (low resolution), cf. http://wiki.ekiga.org/index.php/Fun_Numbers. -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Newbie questions
On 17/02/13 00:03, Polaris wrote: Re #1: I was able to call another Ekiga user and had him call me. We were able to repeat that several times; therefore the right ports are open - yet I keep getting the same annoying error message every time Ekiga starts. [the problems in our connections were described on the thread: 'Ekiga test today'] What to do next? As far aas I can say, it is not easy to find out if it will work or not, so that text message will remain there. We have to think about all that. Re #3: Is echo problem common place with Ekiga and is a head set the only way to eliminate it? Yes for both; alternatively, I have seen USB microphone+speaker which do, they say, echo cancellation, probably in hardware, but this needs to be tested. No VoIP free software has professional echo cancellation support. Regarding Video Quality: My camera supports res up to 720p, Ekiga is suppose to support up to 480p but the picture I observed on my screen was rather poor. Besides lighting, is there anything I can do to improve the picture? Use maximum available resolution in ekiga. Try also the video control small window in ekiga (lighting, contrast etc.), once the call window is shown. On 2/12/2013 12:19 PM, Eugen Dedu wrote: On 12/02/13 20:08, Polaris wrote: Hi, just installed Ekiga and have the following questions: 1. Connectivity: Every time Ekiga starts I get the following error message: http://imageshack.us/photo/my-images/577/ekigaporterror.jpg/ I have since manually opened all the required ports and verified that they are open with PFPortChecker but the same error message still pops up. In both Echo and Call back tests, I hear and see myself so is everything working properly and if so how do I prevent this message from appearing? Check whether you can be called too. See http://wiki.ekiga.org/index.php/Understanding_NAT/firewall_issues_with_SIP_clients_%28eg_ekiga%29 for some information. 2. To confirm that I am getting out there and to see how things work, I wanted to call someone but every person I tried in the address book was unavailable. Would someone be so kind as to make themselves available for a short chat (I can make myself available during most of the day and am in GMT - 8 )? 3. Audio: During the tests there was a lot of echo even after I enabled echo cancellation in preferences. What can I do to improve the sound? Echo cancellation is not high quality. Buy a headset. 4. Video: Is there a way to make the video conference window occupy the whole screen (my monitor is set to 1024x768)? Use fullscreen in View menu during conversation. ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Any prospect of Ekiga being ported to MacOS
On 20/02/13 04:15, Bret Busby wrote: Hello. I have contacted one of my brothers, regarding Skype, and he has a Skype account, but seldom uses it, and instead uses an application named FaceTime, which is only Apple to Apple (I assume, MacOS), and he said that FaceTime is better quality than Skype. On the web page at http://wiki.ekiga.org/index.php/Main_Page , Ekiga does not show as being able to be installed and run on MacOS. On the web page at http://wiki.ekiga.org/index.php/Ekiga_Interoperability , Ekiga does not show as being compatible with FaceTime for the MacOS. So, I am wondering whether any prospect exists, of Ekiga being ported to MacOS. I do not know how many (either absolute number, or, relative (as proportion of total) WWW (as in the graphical thing that runs on top of the Internet) users, use Mac OS, or, how the number of Mac OS users, compares to the number of Linux users, but, as Ekiga apparently runs on Linux and other UNIX and Unix-like OS's, and, on MS Windows, I am wondering about the prospect of Ekiga being ported to MacOS. Unfortunately, ekiga does not work on MacOS. We wait for someone with MacOS knowledge to help... -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Any prospect of Ekiga being ported to MacOS
On 20/02/13 10:22, Bret Busby wrote: Using Linphone, I have just attempted a phone call to you (Greg). Linphone shows the call as having been successful, with a duration of about 45 seconds, but, after the ringing stopped, the line went quiet, and I did not hear any sound coming from the other end. We need the -d 4 log on ekiga to understand what happens. Please use 4.0 version of ekiga for that. -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Query about sharing of physical devices
On 21/02/13 11:46, Bret Busby wrote: Hello. A question occurred to me, in a conversation with Greg. Where a person has accounts with more than one softphone access provider; eg, I have one with each of Skype, Ekiga and Linphone (although, at present, I am not so concerned with continuing use of Linphone), and, thence, an Ekiga account, a Skype account, and a Linphone account, can the physical devices be shared, so as to enable concurrent logins and access to the different accounts, thus allowing a user to be simultaneously connected to Skype, Ekiga and Linphone? It depends. For ex., ekiga listens on port 5060, and if linphone uses the same port the two programs will not function properly. The devices themselves should not be a problem I think, since they are opened only during communication. The accounts are not a problem either, as soon as they use different providers on the three programs. From memory, with some software, for example, audio and/or video recordings, trying to run one, while another is running/paused, can lead to an error message such as device is busy, or device is in use by another application, referring to a soundcard, graphics card, speakers, etc. Indeed, because that device is opened in one program (which uses it), and the other one wants to open it too. -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] How to stop email delivery?
On 21 February 2013 18:54, David Ford ford.dav...@gmail.com wrote: Just a note - gmail, at least, hides this information and you need to click on the icon of three dots at the bottom of the email to show it - perhaps it would be better if there was another way to show the links or to un-subscribe as I'm sure many people will have email readers that hide all the 'unnecessary' clutter from their emails David On 21 February 2013 15:48, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.frwrote: On 20/02/13 09:31, Jim Habegger wrote: I want to stop posts from being delivered to my email address. I've disabled mail delivery several times in the options. I've even tried logging out after I changed the options, and logging back in to be sure that the option was still disabled. The posts keep on being delivered anyway, and later when I go back to look at the options, the mail delivery is enabled again. Is there any way to disable the mail delivery, and keep it that way, until I want to enable it again? WebRep Overall rating This site has no rating (not enough votes) WebRep Overall rating This site has no rating (not enough votes) WebRep Overall rating This site has no rating (not enough votes) WebRep Overall rating This site has no rating (not enough votes) Look at the Web page at the bottom of each post, and unsubscribe yourself. -- Eugen __**_ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/**mailman/listinfo/ekiga-listhttps://mail.gnome.org/mailman/listinfo/ekiga-list -- More words - More pictures http://www.ja2da.com -- More words - More pictures http://www.ja2da.com ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list