<br><div><span class="gmail_quote">On 9/7/06, <b class="gmail_sendername">Kevin P. Fleming</b> <<a href="mailto:kpfleming@digium.com">kpfleming@digium.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
----- Dan Austin <<a href="mailto:Dan_Austin@Phoenix.com">Dan_Austin@Phoenix.com</a>> wrote:<br>> I've had a chance to run a few more tests. I disabled transcode via<br>> SLIN and tried a few more calls. Any transcoding between endpoints
<br>> (G729<->ULAW) results in a load white-noise like static with no<br>> discernable traces of the original audio signal. A G729 call into<br>> a MeetMe room results in an instant segfault.<br><br>Very bizarre indeed. I had a couple of people test these before uploading them, and they appeared to work properly.
<br><br>Can you tell which CPU-optimized version you are using, and on what specific type of CPU? Does the problem occur if you use a less-optimized version (like the i686 or i386 one)?<br><br></blockquote></div><br>I'm having the same issue with g729<->ulaw, but I haven't done anything with meetme. I'm using the i686/Ast1.4 version of the codec. This is my first experience with g729, as I only bought my first 2 licenses last night, so I'll be the first to admit there may be something else I'm doing wrong... I'm using asterisk svn trunk as of last night, also.
<br><br>Rob<br><br>