Re: [Ekiga-list] Sound quality bad
2011/1/3 Lee Haddad leeahad...@yahoo.com: Have been working fine with audio and video reception/transmission on Grandstream phone. 2 weeks ago sound became greatly degraded. any suggestions? In which sense degraded? Choppy, noisy,...? Only the direction to you or only the direction to the connection partner? For some hardware, Linux ALSA drivers don't properly downsample sound input (in particular, for me it's the HDA Intel on two of my laptops). As a result sibilant sounds result being overlaid by unpleasant loud white noise. On those computers it helps to load oss-compat drivers (or OSS4, with the same benefit plus mixing capability but it's a pain to handle for sleep and application compatibility) and configure programs to use OSS sound input. So I figured perhaps you changed Ekiga from using OSS to using ALSA and are suffering from that problem now. Otherwise sorry for the reply and blame yourself for not having provided enough information. ;) Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Packages with fixed NAT for Debian?
2010/5/27 Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr: This could be because your packet has more than ~1500 bytes. Check off a few codecs and try again. There are only two codecs, Theora and h261. If I disable h261, video disappears completely (and audio is still silent), if I disable Theora and enable h261 there's no change to the previous behaviour. BTW forgot to mention the version I'm running: ekiga 3.2.6-1 (package from Debian testing, recompiled with the patch applied). If I understand correctly, Detect devices works for systems where automatic discovery does not work (not the case for gnu/linux). But I do not have more information, so I do not know what to do. Yannik has pointed me to http://wiki.ekiga.org/index.php/Audio_setup#OSS_4.x, so the behaviour regarding OSS4 has actually been documented and works as shown on that page. For the mess: is it sound, or ekiga? Not sure what you mean; as I said, I don't think the OSS4 situation has any influence on the behaviour regarding 500@ and 520@ calls (on 500 no sound but video, on 520 no video but sound). Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Packages with fixed NAT for Debian?
2010/3/31 Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr: Christian Jaeger wrote: I hear there has been a NAT bug fixed lately, which might be the reason that Ekiga doesn't work with my VPN setup (Twinkle works). Is the fix in sid or testing already? If not, is there a patch? The patch is at http://mail.gnome.org/archives/ekiga-list/2010-March/msg00127.html Please tell us if it fixes your problem. Thanks, in fact it seems to improve things: - Ekiga can now register at ekiga.net - when I call 5...@ekiga.net, I get the call back, receive it, hear the message, hear myself, the only thing that's missing is remote video (it shows local video, as I can verify by plugging out the ethernet: audio goes away, video is still updated; also the View menu doesn't un-grey the remote video entry) - when I call 5...@ekiga.net, audio is silent; but after ~20 seconds, as normally expected the video switches to remote video (still no audio) So, NAT works except NAT still doesn't work or something like that (but I don't know for sure if the above brokenness is really due to the NAT, but what else should it be?). NAT is being done by a linux box (with nf_nat_sip kernel module loaded). (Sound is OSS, with an .asoundrc to make alsa use oss as back end; it is a mess: ring tone requires .asoundrc, but voice audio in and out go directly to OSS, but only thanks to me setting .gconf dir entries manually to entries from older Ekiga versions: the Detect devices button in the sound prefs never finds anything. But with this sound seems to be working reliably, so the above problems must be something else like networking issues.) Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga drops registered connections...
I'm having the same problem (using Diamondcard), and no, I'm not reachable when that happens. This is the main reason that I'm using Twinkle. I've reported this before (on the mailing list iirc) and have been asked to provide log output, but being short on time and running Twinkle because of this, I haven't gotten around to do that (yet). Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] wlan0 hangs after a while
Obviously this does not appear to be a problem with Ekiga, you should try to find help from the Ubuntu community. Anyway, it may be possible to revive your wlan interface by unloading the driver (ifdown --force wlan0, ifconfig wlan0 down, rmmod the-name-of-the-module (see lsmod), modprobe dito). Christian. 2010/4/29, Mihamina Rakotomandimby miham...@gulfsat.mg: Manao ahoana, Hello, Bonjour, I run Ubuntu Karmic and the packaged Ekiga. I just use it for LAN to LAN video+audio calls, with sip:192.168.12.10 (for example). When connected to the LAN through my wired ethernet card, no problem. When connected to the LAN trhough my wireless interface (wlan0), after a while: - Ekiga complains it didnt find the network configuration and pops me to see the Wiki page talking about manual port forwarding - Then wlan0 interface hangs, I have to reboot my system to be able to use it again. Has someone encountered similar problems? I am sorry, lspci/lshw doesnt show my wireless, I think I have to up the corresponding interface, but I may not right now. Misaotra, Thanks, Merci. -- Architecte Informatique chez Blueline/Gulfsat: Administration Systeme, Recherche Developpement +261 34 29 155 34 / +261 33 11 207 36 ___ 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] Ekiga w/VoipDiscount.com -
2010/4/22, David Ford df...@ansur.demon.co.uk: Currently I have an ALSA error that I have tried to fix but I have managed to get no audio output in Ekiga and a feedback screech if I unplug the head set. The feedback is most probably because *playback* from the mic is enabled. In alsamixer (the commandline tool), in View: Playback (the first after starting alsamixer), hit cursor right till you're at Mic, then hit m to disable playback (MM should appear below the slider, not OO). Then hit tab once to get to View: Capture, go right to capture or similar, hit space to make CAPTURE appear below the slider instead of -, and cursor up until record volume is right. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Outbound use with routers and firewalls
PS. note that you are somewhat vague or confusing yourself, too. You say: I'm pretty sure I have a definitive answer. A definitive answer for what? Or do you mean you don't have an answer? I installed version 3.2.6, and it consistently passed the echo test with several sites. Which sites? Have you also tried the call back test on ekiga.net? (520) I have a Linksys WRT54GL, with no special provision for SIP--no ports open for incoming calls. WRT54GL is running Linux (according to wikipedia), which should make it's NAT implementation well-behaved; I've installed OpenWRT on my WRT54G v3 and it worked without problem. I did not use STUN. As I said Ekiga *does* use STUN in the newer versions automatically. Ubuntu Karmic was used with the firewall in default (ports closed) condition. Aha? Well that might explain problems, no? Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bad sound quality because of missing low passfilter
Note: at least when having ALSA libraries (alsa-base, and the oss plugin) installed at the same time as OSS4, which you probably want because not all applications are supporting OSS, then Ekiga will still choose OSS for the output and input devices (/dev/dsp (PTLIB/OSS)), but ALSA (Default (PTLIB/ALSA)) for the ringing device; neither of these settings can actually be changed in the preferences dialog, they are all greyed out. So, the alsa emulation actually *has* to be configured correctly or ringing won't work. Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Why does Ekiga not reconnect?
The best is to start ekiga with ekiga -d 4 2output and post a bug report with the output. We will analyse it and probably send it upstream (opal). I will do that as soon as I find time (I'll be busy and hope I won't 'forget'). Why is this? It has been this way for a long time, and it was actually one of the major reasons that I moved to using Twinkle about 9 months ago. I would expect that this is easily fixable? I appreciate, Christian, the comments you make on this list. But we have been in lack of man power from several months (not to say a few years). We would like to do it better, but we do not have enough time. Really. Now that sound actually works well (thanks to the alternative sound system), the dreadful locking issues have gone (thanks to the script or now the alternative sound system) and current Ekiga (Debian package version 3.2.6-1) never crashed so far and has a nice interface, there's not much left to be desired for me! This bug is the only remaining one that bothers me. If there's an improvement I would wish for then it's to display somehow that someone has called while I was away (in the taskbar icon, or by leaving open the call popup or so). (Hm well in one of the networks where I've tried to use it, Ekiga won't work, while Twinkle does, but I think Twinkle also only manages to be reachable by the Diamondcard service (by virtue of the periodic keep alive packets it sends) and not other clients. Anyway I'm planning to solve these issues and the missing encryption to Diamondcard soon by using a VPN to my home router/server.) Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bad sound quality because of missing low passfilter
Another note for those who want to try it: It's imperative that OSS4's vmix0-src is set to Fast (not High). This is said to be the resampling quality, and of course you'd be tempted to set it to High, as I did after everything worked. Can't hurt you think, on a 2.5 Ghz dual core, and my testing showed no CPU load difference; wrong, it broke ringing in Ekiga. It would just be silent, quitting Ekiga at that point makes it close the windows but hang (not fully exit), hitting ctl-c then makes a short duration (~0.1 seconds) of the ring tone played before ekiga is gone. Set back to Fast (which had plenty enough quality improvement over ALSA already, I couldn't hear a difference with High), and it works again. Same thing happens when playing the Sound for incoming calls from the preferences dialog, although there the Ring tone would actually play in either case (maybe the duration of the sound makes the difference?). I'll try playing with cpufreq, suspend and on battery power another time :~S Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bad sound quality because of missing low passfilter
Ok so I've played with suspend. OSS4 does not support suspend/resume at all. Upstream comes with two scripts soundoff and soundon which help to handle shutting down and reinitializing it. Bad part number 1 is that those are missing from the Debian packages; good part is I've solved that by taking the scripts from the source package and adapting them to Debian, anyone interested just ask me (I'll then put them up somewhere including git repo). Bad part number 2 is that applications that like to keep the sound device open, for example ossxmix, or Qemu, have to be killed over resume cycles. No solution for this. You can't have everything and eat it too. cpufreq and battery power tests left for another time. BTW I've tested sound with ALSA on another, ~9 year old, laptop (with Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] (rev 01)); on this laptop there *is* low pass filtering with ALSA, but it sounds relatively bad in another sense: the input sound is quite heavily colored; my voice sounds a bit different there, almost like from another person. When I use the sox downsampling the voice sounds natural again. So I suspect that this hardware actually *does* have an analog low-pass filter (that is changed according to the used sample frequency), but it's quality is lacking compared with what sox (or supposedly OSS4) implements in software. Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Why does Ekiga not reconnect?
Hello If the internet connection goes down for some time, then comes back up, Ekiga will still not be reachable again even after waiting for more than 30 minutes. Setting the presence menu to Away then Online doesn't reauthenticate it, only going to Accounts and unchecking then rechecking the account makes it log in again (or restarting the program). Why is this? It has been this way for a long time, and it was actually one of the major reasons that I moved to using Twinkle about 9 months ago. I would expect that this is easily fixable? Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bad sound quality because of missing low passfilter
Actually another correction, too: replace the perl part with: perl -we 'while (read STDIN, $buf, 6*2) { print substr $buf,0,2 }' (since I'm using mono, and the word width of the samples is 2 bytes not 4, duh; funny I actually didn't hear any difference). Now here's how I actually kind of solved the problem for me: I've installed OSS4 (and removed ALSA for the time being). And in fact with that it sounds fine. Note: I found mixer configuration of OSS4 quite horrible, it took me more than an hour and the help from people in #oss to get it to record from my external mic and output to my headphones (they say that it's because HD audio hardware, which is what I have, is complicated), but at least the result sounds good now. (Maybe I didn't listen carefully in ALSA, but now that I test with the perl commandline part to artificially break the downsampling, I can clearly hear a difference between the first bogus variant of it and the above fixed one; maybe ALSA has even broken *output* of sound, too). Cheers Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bad sound quality because of missing low pass filter
Well, I wouldn't say my hardware is cheap; it's a ThinkPad T61 laptop, worth around 1800 USD when bought new about 2.5 years ago. Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bad sound quality because of missing low pass filter
Isn't it waht the plughw:0,0 special ALSA device is supposed to do by itself ? We rely on it. How would I configure Ekiga (3.2.6-1 from Debian sid) to use that one? Or even, how do I change that device string to actually read from the right input? Since this is silent: arecord -D plughw:0,0 -t raw -f dat -r 8000 -c 1 | bfr -m 12000 | aplay -t raw -f dat -r 8000 -c 1 - regardless of whether I choose the internal mic or the headset as input source in alsamixer. Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Bad sound quality because of missing low pass filter
Hello I'm using Ekiga and Twinkle with the Diamondcard.us service as my main phone service. People are telling me every now and then that the sound quality is pretty poor, and in fact when I listen to my voice on the echo service it's always been quite much worse than when using a normal phone I think. It's regardless of the codec used, all that are offered by Diamondcard are using 8000 Hz sampling rate. And I'm using a headset and have checked sound quality locally, which is just fine, as I can verify for example with (the bfr command is to delay playback, so you can hear the echo better): arecord -t raw -f dat -r 22050 -c 1 | bfr -m 33075 | aplay -t raw -f dat -r 22050 -c 1 - Now 8000 Hz is of course lower, and in fact when using that rate: arecord -t raw -f dat -r 8000 -c 1 | bfr -m 12000 | aplay -t raw -f dat -r 8000 -c 1 - it sounds exactly as in the echo test. Now one thing I know is that if you sample a signal, you need a low pass before the quantization, at half the sample rate or lower, to remove frequencies that are too high to be represented in the digitalized data. If the low pass is missing, the high frequencies are turned to noise instead. So what happens when a program samples data at a low frequency, will it somehow make the sound card tune a low pass to the correct cut-off frequency when the sample rate is changed? Sounds rather unlikely, and in fact the echo test at 8000 Hz sounds exactly like suffering from that problem: you can't distinguish s from f anymore, which may just be unavoidable with no frequency spectrum above 4000 Hz, but worse, they sound very loud and noisy, and for example an combined s and vowel, like they often appear in french (e.g. bourgeoisie I think, I'm not a native french speaker), sound really awful. Now there's a way to remedie this: low-pass filtering can also be done computationally, so we can digitize at say DAT quality (48000 Hz) and resample down to 8000 samples/second programmatically, which is what the following command line is doing: arecord -t raw -f dat -c 1 | bfr -m 36000 | sox -t raw -r 48000 -s -2 -c 1 - -t raw -r 8000 - resample -ql |bfr -m 6000 | aplay -t raw -f dat -r 8000 -c 1 - It sounds more hollow/muffled now, but much cleaner. No loud noises anymore for sharp consonants. Would doing this in VoIP programs improve perceived sound quality for the listener? I would expect so, but haven't been able to test. (All I know is that more often than not I'm using Skype to call people now (Skype-out service), because people are telling me they hear me better.) Note that you can very well say you're wrong, we don't need a low-pass, just use a higher sampling rate then it sounds just fine, which is of course partially true, with higher sampling rates the relevance of a low-pass decreases quickly as the spectrum of frequencies that are higher than half the sample rate becomes narrower (and an increasing part of the consonant frequency range is digitized correctly instead of as noise). But given that at least Diamondcard only offers 8000 Hz, and there may be valid reasons for this (like maybe the phone system is still using that frequency), what's your position on this? Christian. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] mailing list archive
You should send us the (compressed) output.txt file after: ekiga -d 4 2output.txt Please can I check that I type this in to the terminal? I guess the question may be on whether you're on Windows. For Unix derivates, this is to be entered in a shell in a terminal (in an X windows display), yes. I'm no Windows user, but I've noticed: http://wiki.ekiga.org/index.php/Debugging_Ekiga Debugging Ekiga on Windows .. ekiga.exe -d 5 1x 2x (I'm not sure whether the x after 1 and the x after 2 should be different paths. Or really just the letter x ?) Because I did this and nothing happen about from Ekiga starting up and when it was already running nothing happened. No report back. The report should be in the file output.txt created in the directory from where you ran the above command. If the file exists, and you're on a system with gzip (like Linux), run gzip output.txt and then send output.txt.gz Christian. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Varying problems with sound output in gnome-2-26 Ekiga
I've put a copy of my report at http://bugzilla.gnome.org/show_bug.cgi?id=586531 What can I do to debug the problems? I guess it's a better idea to try to fix the sound problems in ekiga 3.2, than to try to improve registration (keeping them active) on ekiga 2? (If it would get to work with my webcam, all the better.) Please tell me, I +- know how to code in C (a little less so in C++ though), so if there's a chance I can (help) fix the problems without tying up all of my time too long, I'll attempt to work on it. Christian. (I'm in IRC as pflanze) -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Varying problems with sound output in gnome-2-26 Ekiga
Do you want to see debug output? Is there sensitive information in debug output that I should strip from it? What does it mean if I have 'Sending PDU (1558 bytes)' (1500)? This is showing up in both working and silent calls. I've seen the hint in bug 586104 about disabling codecs I'm not using, but this has not helped. Christian. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Varying problems with sound output in gnome-2-26 Ekiga
Christian Jaeger wrote: Do you want to see debug output? Is there sensitive information in debug output that I should strip from it? What does it mean if I have 'Sending PDU (1558 bytes)' (1500)? This is showing up in both working and silent calls. I've seen the hint in bug 586104 about disabling codecs I'm not using, but this has not helped. You should indeed remove some unused codecs, try removing more, until you do not see this message: $ grep large output.txt should be empty... I've now switched off all codecs except gsm, since calling Diamondcard showed GSM- in the right part of the window pane. This has indeed made the large messages disappear; but it doesn't change anything regarding the silency problem. Christian. -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Unable to compile 3.2.4 on Ubuntu Jaunty
I followed the wiki page at: http://wiki.ekiga.org/index.php/Compile_your_own_SVN_version_of_Ekiga_on_Ubuntu Interesting, in that this suggests to check out Ekiga from SVN. I've tried svn co http://svn.gnome.org/svn/ekiga/trunk ekiga and compared to what I got from Git. It seems that the SVN repo (r7862) has last been updated on April 15, and that this version corresponds to Git commit 807740337f4d9853878b9f2419abe40ddbe2a406, and that from that point in time on the project has transitioned to using Git (r7862 and older has been imported into Git). This means that the above wiki page should be updated to check out Ekiga from Git instead, as shown on http://wiki.ekiga.org/index.php/Download_Ekiga_sources (ptlib and opal are still tracked in SVN as it seems). (Also note that you might prefer to check out the gnome-2-26 branch from Git, as mentioned on Download_Ekiga_sources--although that's the branch I'm currently using and running into sound problems with (haven't checked master yet)). And ran autogen.sh with - - prefix=/usr - - sysconfdir=/etc/ exactly as described in the wiki. I tried the command Paul suggested: cd /usr/bin export LD_LIBRARY_PATH=/usr/lib And it completed without error, but I still get the following error in terminal no matter where I try it from. spen...@spencer-desktop:/usr/bin$ ekiga The program 'ekiga' is currently not installed. You can install it by typing: sudo apt-get install ekiga bash: ekiga: command not found spen...@spencer-desktop:/usr/bin$ ./ekiga bash: ./ekiga: No such file or directory So ekiga is not in the place it should be (which should be where you tried). This sounds to me like you forgot to run the sudo make install step, or that this step failed. Run sudo make install ; echo $?, this will print the exit code of the make install step in the end, which should be 0 if everything went ok; otherwise, look at the messages from the make install, it should give a clue about what went wrong (disk full, maybe?). As I'm sure is painfully obvious already, I come from primarily an MS/Windows background and am still pretty lost in Linux/Ubuntu. Welcome in the new land. Christian. -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] make error
../../../../lib/engine/components/opal/h323-endpoint.cpp: In member function ‘void Opal::H323::EndPoint::Register(const Opal::Account)’: ../../../../lib/engine/components/opal/h323-endpoint.cpp:277: erreur interne du compilateur: dans set_uids_in_ptset, à tree-ssa-structalias.c:4800 Veuillez soumettre un rapport complet d'anomalies, avec le source pré-traité si nécessaire. Consultez file:///usr/share/doc/gcc-4.3/README.Bugs pour plus de détail. To get english error messages, run export LANG=C first. Anyway, this is an internal comiler error. I'm only a user too, but I've found that I had to install gcc-4.4 on Debian stable to be able to compile Ekiga and/or ptlib/opal. (Although iirc the kinds of errors that I have seen were different. BTW, also try to run the make command again, to see whether it stops at the same place, to make sure it's not a problem with your computer hardware (like memory errors).) Christian. -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] make error
In order to downgrade gcc, first you have to install gcc: sudo apt-get install gcc-4.2 And then change all the link in /usr/bin to be sure to use the good version of gcc: $ sudo -s # cd /usr/bin /usr/bin# rm cpp /usr/bin# rm gcc /usr/bin# rm g++ /usr/bin# ln -s /usr/bin/gcc-4.2 /usr/bin/gcc /usr/bin# ln -s /usr/bin/g++-4.2 /usr/bin/g++ /usr/bin# ln -s /usr/bin/ccp-4.2 /usr/bin/cpp The proper way to deal with this is to: export CC=gcc-4.2 export CXX=g++-4.2 then configure and build as normal. Christian. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] make error
Lot of thanks to your help but im so novice to do this under linux. Did you know free visioconférence software under linux or windows who supports IPv6 ??? You could go through the Comparison_of_VoIP_software wikipedia page and check each for ipv6 support. Or you could learn how to get help for Linux. You should generally tell which Linux distro you are using (Ubuntu, Debian, Fedora, Linspire, ), so people can help you appropriately. Also, I suggest you learn how to use IRC (http://en.wikipedia.org/wiki/Internet_Relay_Chat, search for web based clients there for a start), and then join the right channel for your distro. There is a channel for Ekiga, too (#ekiga on irc.freenode.net). Christian. -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] make error
There is a channel for Ekiga, too (#ekiga on irc.freenode.net). Correction, #ekiga is on irc.gnome.org (not freenode). Christian. -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Varying problems with sound output in gnome-2-26 Ekiga
Trying to get more stable SIP authentifications and/or support for my UVC based webcam, I've recently installed gcc-4.4 from Debian testing (4.3.2 didn't compile it), and compiled ptlib-2.6.2.tar.bz2, opal-3.6.2.tar.bz2, and first tried ekiga-3.2.4.tar.gz but then went with the git gnome-2-26 branch (because of a compiler error fixed there). This compiled without problems, but the resulting Ekiga would frequently give no sound output when connecting to echo services. I call sip:5...@ekiga.net, but it seems ekiga.net prohibits too frequent usage of the echo test(?). When re-calling too soon, Ekiga turns the contents of the URL entry field into pc:udp$ekiga.net:5060 and will never get to show the Connected .. call duration.. message. But, there is also a problem with sound not playing in many cases where I *do* have a Connected .. call duration.. message on the screen. The problem does not go away even when waiting between calls (like a minute or so). A sequence of connection initiations by me: sip:5...@ekiga.net - normal with sound sip:5...@ekiga.net - stays in pc:udp$ekiga.net:5060, i.e. does not get connection, I click stop sip:4...@sip.diamondcard.us - silent, I click stop sip:4...@sip.diamondcard.us - normal with sound or with only using the diamondcard echo service: sip:4...@sip.diamondcard.us - normal sip:4...@sip.diamondcard.us - silent sip:4...@sip.diamondcard.us - normal sip:4...@sip.diamondcard.us - silent sip:4...@sip.diamondcard.us - silent sip:4...@sip.diamondcard.us - silent But sound problems don't stop here, when I call my Diamondcard number using my mobile, Ekiga will pop up messages (one for each suppressed ring tone or so) even before I try to click on accept, saying Error while opening audio output device HDA Intel No incoming sound will be played. The selected audio device was successfully opened but it is impossible to write data to this device. In case it is a pluggable device it may be sufficient to reconnect it. If not, or if it still is not accessible, please check your audio setup. but in preferences I've set all three audio devices to HDA Intel (PTLIB/ALSA). Also sound has always worked without problems on this Laptop, and Ekiga 2.0.12 (from Debian stable) never had this problem. I've then recompiled/reinstalled everything from SVN / Git, with the versions from the stable branches as given below, with the same results. To summarize, there seem to be 3 separate issues, the first is with ekiga.net not accepting frequent calls of the echo service (and Ekiga not showing an error in this case), the second that about half the otherwise seemingly successful echo service connections are silent, the third that the ring tone is never given (but an error message instead). Any suggestion? Thanks, Christian. Details: Lenovo Thinkpad T61, core 2 duo, nvidia. Versions: Ekiga 44ebfd82f1a4254d3fda3de0871b9c62e7e7c842 ptlib opalvoip/ptlib/branches/v...@22848 opal opalvoip/opal/branches/v...@22931 $ gcc-4.4 --version gcc-4.4 (Debian 4.4.0-6) 4.4.0 $ g++-4.4 --version g++-4.4 (Debian 4.4.0-6) 4.4.0 Debian stable, kernel 2.6.29.5 All 3 libs/programs compiled using: export PKG_CONFIG_PATH=~/lib/pkgconfig/ export PTLIBDIR=`pwd` export CC=gcc-4.4 export CXX=g++-4.4 ./configure --prefix=$HOME make -j2 make install Configuration results: opal: GSM : yes (system) gsm-amr : yes iLBC : yes (internal) Speex : yes (internal, version 1.1.11.1) LPC10 : yes G.726 : yes IMA_ADPCM : yes SBC : no H.261 : yes H.263/H.263+ : H.264 : no THEORA : no MPEG4 Part 2 : no CELT : no SpanDSP FAX : no CAPI : no Quicknet xJACK support : no Voicetronics VPB support : yes OS Type : linux-gnu Machine Type : x86_64 ekiga: GNOME support : enabled GConf support : enabled Evolution-Data-Server support : enabled NOTIFY support : disabled LDAP support : enabled XVideo support : enabled H.323 support : yes SIP support : yes DBUS support : enabled DBUS service support : enabled mDNS/DNS-SD support : enabled The following features are experimental -- you've been warned: GStreamer support : disabled KAddressBook support : disabled KDE support : disabled XCAP support : disabled
Re: [Ekiga-list] could not register
I paid Diamondcard.us, it passed on my credit card account, but I cannot register to ekiga call out service. I remember that when I paid using PayPal, it wouldn't allow me to log in right away, but only after someone at Diamondcard did a manual confirmation (he actually contacted me by phone for that). Christian. -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Unable to compile 3.2.4 on Ubuntu Jaunty
PS. I followed the wiki to compile the SVN snapshot, since Ekiga, as far I can see, is being tracked in Git, not SVN, the question also coming up is which packages have you compiled and installe: ptlib, opal, *and also* ekiga itself? But when I try to start Ekiga from terminal, it tells me Ekiga's not installed. And you did't try to start it from the same shell in which you previously started the pre-packaged Ekiga? Since if you did, the shell would probably have remembered the location of the previous install, then if you run ekiga again, say that it's missing. Rehash the shell's file cache (shell specific) or simply start a new shell (/terminal). And/or use the full path, like /usr/local/bin/ekiga or accordant to your configuration settings. Christian. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list