[asterisk-bugs] [Asterisk 0011278]: this patch makes transcoding smarter,

[noreply at bugs.digium.com]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=11278 
====================================================================== 
Reported By:                falves11
Assigned To:                qwell
====================================================================== 
Project:                    Asterisk
Issue ID:                   11278
Category:                   Codecs/codec_ulaw
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     resolved
Asterisk Version:           1.4.13  
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 won't fix
Fixed in Version:           
====================================================================== 
Date Submitted:             11-16-2007 21:21 CST
Last Modified:              11-16-2007 23:16 CST
====================================================================== 
Summary:                    this patch makes transcoding smarter,
Description: 
The patch introduces changes in two main areas of Asterisk's audio
processing: 

The original Asterisk sends outgoing call independently of codec order of
parent channel. With the patch the Asterisk tries to keep the order of
codecs of the originating channel while sending another call out. This
helps to avoid codec transcoding and this is extremely useful feature when
commercial (G.729, G.723) codecs cannot be avoided in your UAs but those
codecs aren't installed on your Asterisk. 
Another significant change introduced by this patch concerns the
transcoding process. Original Asterisk behavior is to create fixed
transcoding path at the very beginning of the call. If one of the parties
decides to change codec on the fly without re-INVITE then the Asterisk
simply drops such packets disregarding the fact that the Asterisk itself
confirmed some non-preferred codecs at the negotiation stage. The patch
makes the transcoding process dynamic - the Asterisk creates new
transcoding paths upon receiving the RTP packet with the payload different
from the preferred format. 

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

---------------------------------------------------------------------- 
 qwell - 11-16-07 23:16  
---------------------------------------------------------------------- 
If you did not write this, then you DO NOT have the authority to post it.

Closing. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-16-07 23:16  qwell          Status                   new => resolved     
11-16-07 23:16  qwell          Resolution               open => won't fix   
11-16-07 23:16  qwell          Assigned To               => qwell           
11-16-07 23:16  qwell          Note Added: 0073838                          
======================================================================