[asterisk-bugs] [Asterisk 0004825]: [patch][post 1.4] New codec negotiation algorithm

noreply at bugs.digium.com noreply at bugs.digium.com
Thu Feb 14 17:31:01 CST 2008


The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=4825 
====================================================================== 
Reported By:                bamby
Assigned To:                qwell
====================================================================== 
Project:                    Asterisk
Issue ID:                   4825
Category:                   Core/CodecInterface
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     resolved
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases): trunk 
SVN Revision (number only!): 34061 
Disclaimer on File?:        Yes 
Request Review:              
Resolution:                 won't fix
Fixed in Version:           
====================================================================== 
Date Submitted:             07-27-2005 09:25 CDT
Last Modified:              02-14-2008 17:30 CST
====================================================================== 
Summary:                    [patch][post 1.4] New codec negotiation algorithm
Description: 
I'm not sure is this new feature or bug fix so I'm submitting this as
feature.

I did some work on codec negotiation issue. Asterisk behaves far from
perfect trying to negotiate codecs while some non-installed codecs is in
use (for example G723 or G729). Asterisk can transparently bridge such RTP
streams but not always reasonably does codec negotiation.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0005347 Avoid transcoding by smarter codec nego...
related to          0006725 [patch] incapsulation of ast_best_codec...
related to          0007935 It is impossible for a multi-codec phon...
related to          0007990 codec capabilities are not checked on c...
====================================================================== 

---------------------------------------------------------------------- 
 qwell - 02-14-08 17:30  
---------------------------------------------------------------------- 
The development team has given the area of codec negotiation a lot of
thought.  It was actually a major item of discussion at the last developer
conference.  We have a lot of ideas in place, but the implementation that
we would like to proceed with is different than what has been proposed
here.  While this issue has provided a nice patch that has been useful to
people, I am going to close it out as we will be proceeding with a
different approach.


We are fully aware of the issues that need to be addressed.  There is
definitely a major lack in the entire area of codec negotiation - both
pre-call, as well as changing codecs mid-call.

This is something we would like to work on in the not-too-distant future -
we want to give codec negotiation (audio and video) the overhaul it needs. 
While we will be taking a different approach, the information that has been
presented here has been quite valuable, and will continue to be valuable as
we progress towards this goal. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
02-14-08 17:30  qwell          Note Added: 0082279                          
======================================================================




More information about the asterisk-bugs mailing list