[asterisk-dev] [Code Review] 2723: Add pass through support for both VP8 and Opus

Joshua Colp reviewboard at asterisk.org
Thu Aug 22 11:26:35 CDT 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2723/#review9481
-----------------------------------------------------------

Ship it!


Fix the minor issue and it'll be good to go.


/trunk/channels/chan_sip.c
<https://reviewboard.asterisk.org/r/2723/#comment18560>

    You need one of these for max_packet_size or it'll never get set.


- Joshua Colp


On Aug. 22, 2013, 3:42 p.m., Matt Jordan wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2723/
> -----------------------------------------------------------
> 
> (Updated Aug. 22, 2013, 3:42 p.m.)
> 
> 
> Review request for Asterisk Developers, Joshua Colp and Mark Michelson.
> 
> 
> Bugs: ASTERISK-21981
>     https://issues.asterisk.org/jira/browse/ASTERISK-21981
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> Note: This patch was written by Lorenzo Miniero. I know he's at the IETF this week, but I figured we could get the formal code review going for him :-)
> 
> This patch adds pass through support for Opus and VP8. That includes:
> * Format attribute negotiation for Opus. Note that unlike some other codecs, the draft RFC specifies having spaces delimiting the attributes in addition to ';', so you have "attra=X; attrb=Y". This broke the attribute parsing in chan_sip, so a small tweak was also included in this patch for that.
> * A format attribute negotiation module for Opus
> * Fast picture update for VP8. Since VP8 uses a different RTCP packet number than FIR, this really is specific to VP8 at this time. Ideally this would be more generic and flexible for user preferences and other video codecs, but that could be done at a latter date.
> 
> The only part of this work that I did was port over the fast picture update code to chan_pjsip. I *think* that chan_pjsip will still suck out the attributes in res_pjsip_sdp_rtp, but I could be mistaken (Josh?)
> 
> 
> Diffs
> -----
> 
>   /trunk/channels/chan_pjsip.c 397424 
>   /trunk/channels/chan_sip.c 397424 
>   /trunk/include/asterisk/format.h 397424 
>   /trunk/include/asterisk/opus.h PRE-CREATION 
>   /trunk/main/channel.c 397424 
>   /trunk/main/format.c 397424 
>   /trunk/main/frame.c 397424 
>   /trunk/main/rtp_engine.c 397424 
>   /trunk/res/res_format_attr_opus.c PRE-CREATION 
>   /trunk/res/res_pjsip_sdp_rtp.c 397424 
>   /trunk/res/res_rtp_asterisk.c 397424 
> 
> Diff: https://reviewboard.asterisk.org/r/2723/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Matt Jordan
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130822/05dc2280/attachment.htm>


More information about the asterisk-dev mailing list