<div dir="ltr">If you can't get 1 call to sound good you clearly have an environmental problem to solve.<div>I am not sure where you will ever be advised from us to use ubuntu but I guess anything's possible,</div>
<div><br></div><div>We currently endorse centos5 for older hardware, debian 6 for anything recent from the last 3-4 years and are still vetting centos6</div><div><br></div><div><br></div><div>There are not really enough details from this post to diagnose your problem.</div>
<div>I suggest you answer every one of these questions.......</div><div><br></div><div>What hardware are you using? (based on the willingness to try so many distros I fear virtualized which is a whole separate can of worms).</div>
<div>What device is the other end of the call? Is it a provider or a IP phone or what?</div><div>What format are you recording to?</div><div>Do the calls sound unsatisfactory in real time or only the recordings?</div><div>
Does this same problem only happen in your special conference setup or even on ordinary bridged calls?</div><div><br></div><div><br></div><div>In general, digital audio records verbatim to the stream that is being received. If you are using g711and recording pcm wav, there is little reason for quality to be changed from the encoding.</div>
<div><br></div><div><br></div><div>You may want to setup another box on the same network and test calling the milliwatt extension or some other tone and work your way back from there.</div><div><br></div><div><br></div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 8, 2013 at 5:28 PM, Scott Ross <span dir="ltr"><<a href="mailto:slross16@gmail.com" target="_blank">slross16@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I've developed a tool which leverages freeswitch event_socket to originate 2 calls (sofia/external/number@ip) whom then navigate an IVR, connect to the same conference bridge then take turns playing back a .wav while the partner call records channel input. The goal is to run the two recorded files against a PESQ library to monitor whether our conference bridges are performing as expected. <div>
<br></div><div>Problem: I'm hearing poor channel quality (static, degradation) from the recordings and when I listen in on the calls while the test is running. My PESQ scores are coming out much lower than expected. Out of curiosity I tried asterisk and scores were about a point higher (2.9 vs 3.9) so I should be able to rule out the hardware/environment/destination lines I'm running it on. </div>
<div><br></div><div>I need help improving freeswitch audio quality for my use-case. I know this is asked alot - I've read all the threads/wiki articles I can find and tried: loading only necessary modules, running a single codec (ulaw), I've tried ensuring my playback reference is also ulaw format without headers, I've tried running on several different OSs: Ubuntu 11.04, RHEL 6.8, RHEL 5.6. Even originating on two separate sofia profiles (although I don't think this should have mattered regardless). </div>
<div><br></div><div>I prefer freeswitch over asterisk in all other aspects but need to solve this (important) quality issue. </div><div>Let me know what outputs I can provide.</div><div><br></div><div> </div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900
</div>