Hi David,<div><br></div><div>Looking at MOS G.711alaw wav most definitely has the higher score than gsm. Moreover recording in gsm is more CPU intense than wav. Therefore your suggestion to do more CPU intense recording and afterwards use system resources to convert it back to wav is not a solution. Also some of our customers require call recordings to be done in wav.</div>

<div><br></div><div>Thanks,<br>Vilius.<br><br><div class="gmail_quote">On 22 November 2010 15:03, David Backeberg <span dir="ltr">&lt;<a href="mailto:dbackeberg@gmail.com">dbackeberg@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 class="im">On Mon, Nov 22, 2010 at 8:47 AM, Vilius Adamkavicius<br>
&lt;<a href="mailto:vilius.adamkavicius@invade.net">vilius.adamkavicius@invade.net</a>&gt; wrote:<br>
</div><div class="im">&gt; Hi All,<br>
&gt; We have a requirement to record over 60 simultaneous calls. Our recording<br>
&gt; facilities are implemented using Monitor() over AMI. The thing we have<br>
&gt; noticed that making 60 simultaneous call recordings using wav CPU load is<br>
&gt; significantly higher (around 2 times more) than using gsm. Even writing call<br>
&gt; recordings to /dev/null makes a big difference in CPU load.<br>
<br>
</div>Ignoring your real questions, and asking an alternate question:<br>
<br>
Why not just record in gsm?<br>
<br>
If your answer is that you have to play these back on Windows, you can<br>
build an on-the-fly gsm-to-wav converter using sox.<br>
<br>
My understanding is that recording in wav doesn&#39;t exactly make you<br>
have higher audio quality in your recordings, although the experts at<br>
codecs could better answer that.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="h5">_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a></div></div></blockquote></div>
</div>