[asterisk-bugs] [JIRA] (ASTERISK-18094) iLBC (30ms packet) to G711 (20ms) ULAW transcoding sounds "robotic"

[Kristopher Lalletti (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-18094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=202780#comment-202780 ] 

Kristopher Lalletti commented on ASTERISK-18094:
------------------------------------------------

Yep, works nicely when I changed my Polycom ILBC from 13.3k ILBC (30ms) to 15.2k ILBC (20ms).  Without this change, I was suddenly just getting a no audio on my phone.

Now the next step would need to buffer & convert 30ms streams into 20ms streams and vice-versa.
                
> iLBC (30ms packet) to G711 (20ms) ULAW transcoding sounds "robotic"
> -------------------------------------------------------------------
>
>                 Key: ASTERISK-18094
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-18094
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/CodecHandling
>    Affects Versions: 1.8.4
>         Environment: 2.6.34.8-68.fc13.i686.PAE #1 SMP Thu Feb 17 14:54:10 UTC 2011 i686 i686 i386 GNU/Linux
> Running on VMware ESX 4.0 with asterisk compiled for timerfd and dedicated CPU shares from the hypervisor.
>            Reporter: Kristopher Lalletti
>            Severity: Minor
>         Attachments: asterisk10.12.1-ilbc-20ms.patch
>
>
> Here's the transcoding flow:
> (Polycom560 v3.3.1)==SIP/iLBC(30ms)===>(Asterisk 1.8.4.2)===SIP/G711(20ms)===>(Class-5 telco switch)==>MyLandLine
> This problem seems to be consistent since the fork-out of the iLBC source-code from the Asterisk SRC tree. The result is a "robotic" symptom, with consistently lost fragments of sound.
> When I change the flow to the following:
> (Polycom560 v3.3.1)==SIP/iLBC(30ms)===>(Asterisk 1.8.4.2)===>MeetMeBridge(provided by DAHDI/pseudo)
> (MyLandLine)===>(Class-5 telco switch)===>SIP/G711(20ms)===>(Asterisk 1.8.4.2)==>MeetMeBridge(provided by DAHDI/pseudo)
> End-to-end, the sound is fine in both directions (note: meetme.conf has audiobuffers=0 defined to ensure minimal buffering).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira