[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:10:33 CDT 2021
[ https://issues.asterisk.org/jira/browse/ASTERISK-29526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=255736#comment-255736 ]
Friendly Automation commented on ASTERISK-29526:
------------------------------------------------
Change 16220 merged by Friendly Automation:
codec_builtin.c: G729 audio gets corrupted by Asterisk due to smoother
[https://gerrit.asterisk.org/c/asterisk/+/16220|https://gerrit.asterisk.org/c/asterisk/+/16220]
> 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