| Summary: | ASTERISK-10792: this patch makes transcoding smarter, | ||
| Reporter: | Private Name (falves11) | Labels: | |
| Date Opened: | 2007-11-16 21:21:15.000-0600 | Date Closed: | 2007-11-16 23:16:34.000-0600 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Codecs/codec_ulaw |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| 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. ****** ADDITIONAL INFORMATION ****** I am atatching the diff file for 1.4.13 I did no write it, but it should go in and become the standard behavior. | ||
| Comments: | By: Jason Parker (jparker) 2007-11-16 23:16:34.000-0600 If you did not write this, then you DO NOT have the authority to post it. Closing. | ||