On 08/30/2010 11:15 AM, Paul Albrecht wrote: >> No, that's enough, and it appears to be correct. I don't see any obvious >> reason why that would be failing. To debug it further, I'd change it to >> output AST_FORMAT_SLINEAR, and see if you get 160 samples; if not, >> you've found the step that is causing the problem, and if so, you've >> still found it :-) >> > > I have already done that, but since I received that expected result, 160 > samples, I figured it was likely a transcoding bug, so I posted to the > list. What else do you need? Is there a frame dump routine I can call > after I get the frame translated?
Then I would do one more check; produce an AST_FORMAT_SLINEAR frame directly and convert it to AST_FORMAT_ULAW, to see if something in the translation core is causing this problem as the frame moves between formats. -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA skype: kpfleming | jabber: kflem...@digium.com Check us out at www.digium.com & www.asterisk.org -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-security mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-security
