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

Matt Jordan reviewboard at asterisk.org
Wed Jul 31 17:32:20 CDT 2013

This is an automatically generated e-mail. To reply, visit:

Review request for Asterisk Developers, Joshua Colp and Mark Michelson.

Bugs: ASTERISK-21981

Repository: Asterisk


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?)


  /trunk/channels/chan_pjsip.c 395904 
  /trunk/channels/chan_sip.c 395904 
  /trunk/channels/sip/include/sip.h 395904 
  /trunk/include/asterisk/format.h 395904 
  /trunk/include/asterisk/opus.h PRE-CREATION 
  /trunk/main/channel.c 395904 
  /trunk/main/format.c 395904 
  /trunk/main/frame.c 395904 
  /trunk/main/rtp_engine.c 395904 
  /trunk/res/res_format_attr_opus.c PRE-CREATION 
  /trunk/res/res_rtp_asterisk.c 395904 

Diff: https://reviewboard.asterisk.org/r/2723/diff/



Matt Jordan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130731/3b86831c/attachment.htm>

More information about the asterisk-dev mailing list