[asterisk-dev] [Code Review] 4093: Codec Format Is Not Included in the SDP Media Attributes When SLIN48 Codec Is Used
Matt Jordan
reviewboard at asterisk.org
Fri Nov 14 08:27:42 CST 2014
> On Nov. 5, 2014, 6:49 a.m., Joshua Colp wrote:
> > /tags/12.4.0/main/rtp_engine.c, lines 2012-2018
> > <https://reviewboard.asterisk.org/r/4093/diff/1/?file=68394#file68394line2012>
> >
> > This is not compliant to the way L16 is supposed to be declared within SDP. The payload name is supposed to remain the same (L16) but the clock rate differs.
> >
> > Did you try that and it did not work, or did you just go for different payload names just because?
>
> Frankie Chin wrote:
> Hi Joshua, in my testing I did use the same payload name L16 for 48kHz and it worked. The reason I chose to use different payload names was because of a comment from Matt Jordan in ASTERISK-24274 on 03/Sep/14 9:25 AM, i.e. "You most likely wouldn't want to use the same MIME sub-type as 16 khz SLIN ("L16"). That would probably cause conflicts (or other badness) if Asterisk or another SIP endpoint offered L16."
>
> Is there a standard or RFC for defining the payload names? Please advise what I need to do next. Thanks.
>
>
>
> Joshua Colp wrote:
> L16 is the correct name to use for it. It's 16-bit audio, just at a different rate. https://tools.ietf.org/html/rfc3551#section-4.5.11 Depends that name.
Mea culpa.
I will say that I'm still not sure how useful this patch is. Transmitting 192kHz SLIN audio over the wire is ... probably not a good idea.
What is the actual use case for this patch?
- Matt
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4093/#review13684
-----------------------------------------------------------
On Oct. 30, 2014, 8:32 p.m., Frankie Chin wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/4093/
> -----------------------------------------------------------
>
> (Updated Oct. 30, 2014, 8:32 p.m.)
>
>
> Review request for Asterisk Developers.
>
>
> Bugs: ASTERISK-24274
> https://issues.asterisk.org/jira/browse/ASTERISK-24274
>
>
> Repository: Asterisk
>
>
> Description
> -------
>
> Currently SLIN12, SLIN24, SLIN32, SLIN44, SLIN48, SLIN96 and SLIN192 are found not working with SIP. The following error will be thrown if one of those codecs is used: chan_sip.c:10718 process_sdp: No compatible codecs, not accepting this offer!
>
> What I think the issue is that the codec format isn't being included in the SDP media attributes when one of those codecs is used. Please refer to ASTERISK-24274 for more details. This change updates the main/rtp_engine.c and main/frame.c to ensure all these codecs are supported.
>
> Note: SLIN and SLIN16 are working fine.
>
>
> Diffs
> -----
>
> /tags/12.4.0/main/rtp_engine.c 425756
> /tags/12.4.0/main/frame.c 425756
>
> Diff: https://reviewboard.asterisk.org/r/4093/diff/
>
>
> Testing
> -------
>
> Specified SLIN48 codec in sip.conf of two Asterisk servers. Used AMI to originate a call from Server A to Server B and then put Server B into a conference hosted in Server A. The above mentioned error was no longer reported and the conference was working as expected.
>
>
> Thanks,
>
> Frankie Chin
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20141114/093bbd44/attachment-0001.html>
More information about the asterisk-dev
mailing list