[asterisk-bugs] [Asterisk 0015504]: [patch] G726 Codec has choppy audio on Version 1.6.1

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Jul 16 10:58:00 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15504 
====================================================================== 
Reported By:                globalnetinc
Assigned To:                dvossel
====================================================================== 
Project:                    Asterisk
Issue ID:                   15504
Category:                   Codecs/codec_g726
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.1.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-07-15 00:44 CDT
Last Modified:              2009-07-16 10:57 CDT
====================================================================== 
Summary:                    [patch] G726 Codec has choppy audio on Version 1.6.1
Description: 
I am using G726 to reduce the rtp steam. It all works great for calls.
Quality is good but when VM or a prompt is played the sound is horrible. It
seems the translation is not working correctly. 

If the call is G726 (caller) => Asterisk => G726 (callee) the voice is
great. Sounds as good as G711. 

If: 
G711 (caller) => Asterisk = > G726 (callee) voice is horrible. You cannot
understand most words. Or 
Asterisk (VM or prompt playback) => G726 it is also bad.

The hardware is a Linksys spa2102 on the client side and the SIP trunk
provider is using Cicso software.  They work perfectly together and if
Asterisk is not in the middle the call quality is what you would expect.

We added the option g726nonstandard = yes in the sip.conf file

This made the call to VM or any time Asterisk was involved different but
equally bad.

After several hours I found that the source file for 1.6.1 main/frame.c 
had to be edited. The G726_AAL2 had to have the name g726 instead of
g726aal2 and the g726 current name needed a change. Then the audio is
crystal clear. 

====================================================================== 

---------------------------------------------------------------------- 
 (0107849) globalnetinc (reporter) - 2009-07-16 10:57
 https://issues.asterisk.org/view.php?id=15504#c107849 
---------------------------------------------------------------------- 
I have a question though.  If the G726 tag needs to be renamed to work what
should the tag be for the g726 RFC version.  I just swapped the names and
it did not work so I named the RFC version of the G726 (g726rfc).  Stupid
hack but it made my problem go away. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-07-16 10:57 globalnetinc   Note Added: 0107849                          
======================================================================




More information about the asterisk-bugs mailing list