<div dir="ltr"><div>OK I&#39;ll try and check if that helps - although CPU really doesnt seem an issue. Another thought: if you run lame on the same server wouldn&#39;t it get a comparable cpu load anyway? Or even worse since it is batch wise?<br>
<br></div><div>Also: even if you record to wav, and both legs are something else (eg g729, iLBC, whatever), would the recording transcoding not undo the potential benefit of not having to transcode between a- and b-leg?<br>
</div><div><br></div>Thanks,<br><br>Kees<br><div><div><i></i></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 26, 2013 at 4:09 PM, Yuri Ritvin <span dir="ltr">&lt;<a href="mailto:yuri.ritvin@gmail.com" target="_blank">yuri.ritvin@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">You&#39;ll better record in a standard WAV format and will convert it into MP3 with lame (you need to install lame, of course, onto your server) thus off-loading some burden from the freeswitch processing. Say you record WAV files into a folder  /opt/freeswitch/sounds/recorded and wanna have MP3 files in a folder  /opt/freeswitch/sounds/recorded/mp3, then you create the following script and run it via crontab every 15 minutes (or any desired time interval):<br>

<br>#!/bin/bash<br>cd /opt/freeswitch/sounds/recorded<br>for i in `find . -name &quot;*.wav&quot; -cnewer mp3|cut -d/ -f2|cut -d. -f1`<br>do<br>lame -S -h --resample 16 -b 24 $i.wav mp3/$i.mp3<br>done<br><br></div><div class="gmail_extra">

<br><br><div class="gmail_quote"><div><div class="h5">On Mon, Nov 25, 2013 at 9:39 PM, Kees Varekamp <span dir="ltr">&lt;<a href="mailto:kees@mroffice.org" target="_blank">kees@mroffice.org</a>&gt;</span> wrote:<br></div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div dir="ltr"><div><div><div><div><div><div>Hi all,<br><br></div>I&#39;m suffering from poor sound quality on my setup, using GSM on the a-leg and PCMU on the b-leg. I&#39;m thinking it&#39;s mostly bandwidth/network related, so I&#39;m considering switching to G729 on both legs, as that is the only compressed codec that the b-leg supports (it&#39;s a sip gateway).<br>


<br></div>But a complicating factor is that the calls need to be recorded in mp3.<br><br></div>So I have some questions that I hope someone here can answer:<br><br></div><ul><li>Does transcoding (for example GSM&lt;&gt;PCMU) negatively affect the sound quality, even when the CPU seems to be ok with it?</li>


<li>If yes, does recording 2 legs using the same codec (say G729) to a different sound format (say mp3) have the same (negative) effect? </li><li>When you use G729 on both legs (using mod_com_g729), it is even possible to record to mp3?</li>


</ul></div><br></div><div>Thank you,<br><br>Kees<br></div><br></div>
<br></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></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"><br>-- <br><div dir="ltr">Kees Varekamp<div><font color="#3366ff"><b>MROffice Director</b></font></div><div><font size="1">44 Castleford street, 0604, Auckland, New Zealand</font></div>
<div><font size="1">Phone: +6492821656<br></font></div><div><font size="1">Skype: kees.mroffice</font></div><div><font size="1">Web: <a href="http://mro-global.com" target="_blank">mro</a><a href="http://ffice.org" target="_blank">ffice.org</a></font></div>
<div><br></div><font color="#3366ff"><b>MROffice - Meeting Market Research Needs</b></font></div>
</div>