[asterisk-dev] [Code Review] 3671: media_formats: res_rtp_asterisk and other fixes
Corey Farrell
reviewboard at asterisk.org
Wed Jun 25 06:52:45 CDT 2014
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3671/
-----------------------------------------------------------
(Updated June 25, 2014, 7:52 a.m.)
Review request for Asterisk Developers, Joshua Colp and Matt Jordan.
Changes
-------
Add format reference cleanup to ast_channel_destructor
Repository: Asterisk
Description
-------
This update gives media_formats the ability to receive a call using chan_sip. Possibly other channel drivers might work, I haven't tried them.
* ast_format_cap_is_compatible_format needs to be checked against AST_FORMAT_CMP_NOT_EQUAL, not zero/non-zero. All calls to ast_format_cap_is_compatible_format were fixed.
* res_rtp_asterisk was updated by Matt Jordan, along with related changes to codec.c, codec.h, format.c, format.c and codec_builtin.c.
* Switch ast_format_copy from function to macro to ao2_bump. This allows REF_DEBUG to give better results.
Diffs (updated)
-----
/team/group/media_formats-reviewed-trunk/res/res_speech.c 417190
/team/group/media_formats-reviewed-trunk/res/res_rtp_asterisk.c 417190
/team/group/media_formats-reviewed-trunk/main/translate.c 417190
/team/group/media_formats-reviewed-trunk/main/frame.c 417190
/team/group/media_formats-reviewed-trunk/main/format.c 417190
/team/group/media_formats-reviewed-trunk/main/codec_builtin.c 417190
/team/group/media_formats-reviewed-trunk/main/codec.c 417190
/team/group/media_formats-reviewed-trunk/main/channel.c 417190
/team/group/media_formats-reviewed-trunk/main/bridge.c 417190
/team/group/media_formats-reviewed-trunk/include/asterisk/format.h 417190
/team/group/media_formats-reviewed-trunk/include/asterisk/codec.h 417190
/team/group/media_formats-reviewed-trunk/channels/chan_unistim.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_skinny.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_sip.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_pjsip.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_oss.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_nbs.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_motif.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_mgcp.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_jingle.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_h323.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_gtalk.c 417190
/team/group/media_formats-reviewed-trunk/channels/chan_alsa.c 417190
/team/group/media_formats-reviewed-trunk/addons/chan_ooh323.c 417190
/team/group/media_formats-reviewed-trunk/addons/chan_mobile.c 417190
Diff: https://reviewboard.asterisk.org/r/3671/diff/
Testing
-------
Called from Asterisk 11 to a test server with this code, I was able to hear the 'invalid' message, everything seemed during the call. I received TONS of ao2 frack's when stopping Asterisk. The sip.conf peer on both Asterisk servers was setup for disallow=all / allow=ulaw.
Thanks,
Corey Farrell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140625/0a330ee7/attachment.html>
More information about the asterisk-dev
mailing list