----- Original Message ----- > From: "Bunea Lucian" <[email protected]> > To: "Tristan Matthews" <[email protected]> > Cc: [email protected] > Sent: Wednesday, November 20, 2013 6:21:05 PM > Subject: Re: [SFLphone] [Technical] Jerky and (or) one-way audio, delayed > auto-answer > > > Hello, > > I don't know what major changes were made in 1.2.3-rc20131119~ppa1, > but the issue 34517 is now present for every call answered with SFL > (when using pulseaudio, tested on raring and saucy). > The good news is that, in the meantime, I have found a workaround for > the reported issue: > During the call, open pavucontrol, go to the recording tab and modify > the setting for "SFLPhone capture from" from "Monitor of Build-In > Analog Stereo" to "Build-In Analog Stereo". > But having to change this setting for every call it's ... not quite > funny.
So "Monitor of Built-In Analog Stereo" as an input means basically sending what you hear from your speakers back to your peer, which generally you wouldn't want. I can confirm this bug on ubuntu 13.10 but it doesn't seem to be present on Fedora 19 (device settings from SFLphone are respected between calls). I'll have to investigate further. Best, Tristan > > Regards, > Lucian > > -------- Original Message -------- > Subject: Re: [SFLphone] [Technical] Jerky and (or) one-way audio, > delayed auto-answer > From: Tristan Matthews <[email protected]> > To: [email protected] > Cc: [email protected] > Date: 09.11.2013 17:57 > > > Thanks for the detailed testing info. > > ----- Original Message ----- > > From: [email protected] To: [email protected] > Sent: Saturday, November 9, 2013 3:32:51 AM > Subject: [SFLphone] [Technical] Jerky and (or) one-way audio, delayed > auto-answer > > Bunea Lucian sent a message using the contact form at > http://sflphone.org/contact . > > Hi, > > I am using SFLPhone 1.2.3 (gnome-client, installed from ppa) on two > computers > running Lubuntu 13.04 and one computer running (standard) Ubuntu > 13.04, all > three connected to a local asterisk server.I have SFL set to > auto-answer > mode. > There are three E1 lines connected to the asterisk server. I am using > only > alaw codec. The server is running in the same subnet as the connected > clients. > > I have encountered the folowing problems (since day one): > - after about 100-200 calls processed I get one call with jerky sound > fron > SFL when using pulseaudio. Switching to alsa sloves this problem. > (Next call > works fine.) Ticket opened: > https://projects.savoirfairelinux.com/issues/34516 > > - after about 3-4 hours of uptime I get some kind of one-way audio: > if a call > from user A comes through E1 line and user B answers the call, using > SFL, > this happens: user B can hear user A but user A can't hear user B, > instead > user A hears what he is saying (like he was using the echotest in > asterisk). > Once this problem appears all calls beahve the same, until SFL is > restarted. Ticket opened: > https://projects.savoirfairelinux.com/issues/34517 > > After 4 days of usage I encountered another glitch: SFL started > delaying > autoanswer, starting with 1-2 seconds in the morning and reaching > 7-10 > seconds in the afternoon. Running sflphone-client-gnome in debug mode > revealed that nothing was happening after "Call State Incoming" for > the > aftermentioned number of second and, only after that number of second > have > passed, the call was auto-answered. > I have tried removing and reinstalling SFL, nothing helped. I ended > up > installing a nigthly build which did the trick. But the first two > problems > are still present. Glad to know that this one at least has been > fixed. We should have a new > release soon which will save you the trouble of installing nightlies > > In this setup I need SFL to handle about 1000-1500 calls a day. Is > this to > much? No that should be fine. > > PS: Don't know if this is related but I keep seeing this in syslog > (for every > call). I am not doing any recording: > > Nov 9 10:27:01 PC1-Lenovo sflphoned: audiorecord.cpp:99:0x4b40: > Generate > filename for this call 20131109-10:27:01 That's normal, the program > comes up with a filename for the call > in case you start recording it at some point, but no file will be > created if you don't record it. > > Nov 9 10:27:19 PC1-Lenovo sflphoned: sipvoiplink.cpp:1491:0x7a80: > RTP > session was null when trying to get session media type I'll look into > this, it may be a false positive. > > Best, > Tristan > > P.S. You can chat with us on IRC at #sflphone on freenode. > -- Tristan Matthews Développeur de logiciels libres [email protected] Ligne directe: 514-276-5468 poste 190 Fax : 514-276-5465 7275 Saint Urbain Bureau 200 Montréal, QC, H2R 2Y5 _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
