[asterisk-dev] [Code Review] 3671: media_formats: res_rtp_asterisk and other fixes
Corey Farrell
reviewboard at asterisk.org
Wed Jun 25 07:14:51 CDT 2014
> On June 25, 2014, 7:45 a.m., Joshua Colp wrote:
> > /team/group/media_formats-reviewed-trunk/main/codec.c, lines 348-350
> > <https://reviewboard.asterisk.org/r/3671/diff/1/?file=60618#file60618line348>
> >
> > Provided we documented that it gets bumped in ref, we could. We'd also have to clean up afterwards.
This is one of Matt's comments. I suspect his question is why we don't have a function "ast_format_get_codec" that would return a bumped codec. I'm going to let this be deferred until he does the API renames.
> On June 25, 2014, 7:45 a.m., Joshua Colp wrote:
> > /team/group/media_formats-reviewed-trunk/main/format.c, lines 200-202
> > <https://reviewboard.asterisk.org/r/3671/diff/1/?file=60620#file60620line200>
> >
> > Just curious - does this happen?
This could happen if someone configures a blank format_cap (disallow=all) - the first format would be NULL (ast_best_codec).
Maybe an assert should go here until we get a better handle on things? If NULL's to this procedure are possible we probably want to check this second (if both are NULL then they are equal).
> On June 25, 2014, 7:45 a.m., Joshua Colp wrote:
> > /team/group/media_formats-reviewed-trunk/include/asterisk/format.h, lines 326-333
> > <https://reviewboard.asterisk.org/r/3671/diff/1/?file=60615#file60615line326>
> >
> > This says moved... but I don't see it... is it still around?
This is just Reviewboard trying too hard to find a match, it thinks the "\param" line plus 1 before and after were moved up to line 236 (format.h). ast_format_is_slinear was actually renamed in a previous commit to ast_format_cache_is_slinear. The old function name wasn't removed from this header so that's being done now.
On June 25, 2014, 7:45 a.m., Corey Farrell wrote:
> > For cases where is it doing a cleanup/copy it might be useful to add a BUGBUG for when replace exists.
ao2_replace already exists. Do we want to just directly use that or create a #define ast_format_replace(dst,src) ao2_replace(dst,src) ?
I prefer we just use ao2_replace directly, I think this makes the code clearer. I think of the #define ast_format_copy(format) as a compatibility macro that should go away during Matt's API rename.
- Corey
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3671/#review12307
-----------------------------------------------------------
On June 25, 2014, 7:52 a.m., Corey Farrell wrote:
>
> -----------------------------------------------------------
> 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.
>
>
> 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
> -----
>
> /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/32870d91/attachment-0001.html>
More information about the asterisk-dev
mailing list