[asterisk-bugs] [JIRA] (ASTERISK-29526) G729 audio gets corrupted by Asterisk due to smoother

Friendly Automation (JIRA) noreply at issues.asterisk.org
Mon Aug 2 14:17:33 CDT 2021


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

Friendly Automation commented on ASTERISK-29526:
------------------------------------------------

Change 16181 merged by Friendly Automation:
codec_builtin.c: G729 audio gets corrupted by Asterisk due to smoother

[https://gerrit.asterisk.org/c/asterisk/+/16181|https://gerrit.asterisk.org/c/asterisk/+/16181]

> G729 audio gets corrupted by Asterisk due to smoother
> -----------------------------------------------------
>
>                 Key: ASTERISK-29526
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29526
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/CodecInterface
>    Affects Versions: 16.19.0
>            Reporter: under
>            Assignee: under
>            Severity: Major
>              Labels: patch
>         Attachments: 29526.diff, rtp.log
>
>
> If Asterisk gets G.729 6-byte VAD frames inbound, then at outbound Asterisk sends this G.729 stream with non-continuous timestamps (see rtp.log attached).
> This makes the audio stream not-playable at the receiver side.
> Linphone isn't able to play such an audio - lots of disruptions are heard.
> Also I had complains of bad audio from users which use other types of  phones.
> After debugging, I found this is a regression connected with RTP Smoother (main/smoother.c).
> Smoother has a special code to handle G.729 VAD frames (search for  AST_SMOOTHER_FLAG_G729 in smoother.c).
> However, this flag is never set in Asterisk-12 and newer.
> Previously it has been set (see Asterisk-11).



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list