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

[Matt Jordan (JIRA)]

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

Matt Jordan commented on ASTERISK-18094:
----------------------------------------

If there were updates to this issue besides the patch, they would be on this issue.

> 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 was sent by Atlassian JIRA
(v6.2#6252)