[asterisk-dev] [Code Review] 2612: REST API - channel recording support
David Lee
reviewboard at asterisk.org
Tue Jul 2 14:01:10 CDT 2013
> On July 1, 2013, 4:11 p.m., Matt Jordan wrote:
> > /trunk/rest-api/api-docs/recordings.json, lines 186-222
> > <https://reviewboard.asterisk.org/r/2612/diff/3/?file=40494#file40494line186>
> >
> > How do we anticipate implementing the mute/unmute functionality?
> >
> > For that matter, it may also be difficult to implement the pause/unpause recording functionality, especially if what is expected is a continuation of silence during the pausing.
>
> David Lee wrote:
> Mute/unmute should simply be a control frame that causes __ast_play_and_record to replace the received frame with a silence frame for the ast_writestream.
>
> I would expect that both mute and pause would suspend silence detection, and the silence detection would restart anew once unmuted/unpaused. Once again, this would be control frames that change the behavior of __ast_play_and_record. If this behavior sounds reasonable to you, I'll update the API docs accordingly.
Actually, I'll go ahead and make the change, and you tell me if you disagree :-P
- David
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2612/#review9029
-----------------------------------------------------------
On June 27, 2013, 10:52 a.m., David Lee wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2612/
> -----------------------------------------------------------
>
> (Updated June 27, 2013, 10:52 a.m.)
>
>
> Review request for Asterisk Developers.
>
>
> Bugs: ASTERISK-21594
> https://issues.asterisk.org/jira/browse/ASTERISK-21594
>
>
> Repository: Asterisk
>
>
> Description
> -------
>
> This patch is the first step in adding recording support to the
> Asterisk REST Interface.
>
> Recordings are stored in /var/spool/recording. Since recordings may be
> destructive (overwriting existing files), the API rejects attempts to
> escape the recording directory (avoiding issues if someone attempts to
> record to ../../lib/sounds/greeting, for example).
>
>
> Diffs
> -----
>
> /trunk/Makefile 392772
> /trunk/apps/app_minivm.c 392772
> /trunk/apps/app_voicemail.c 392772
> /trunk/include/asterisk/app.h 392772
> /trunk/include/asterisk/channel.h 392772
> /trunk/include/asterisk/file.h 392772
> /trunk/include/asterisk/paths.h 392772
> /trunk/include/asterisk/stasis_app_recording.h PRE-CREATION
> /trunk/include/asterisk/utils.h 392772
> /trunk/main/app.c 392772
> /trunk/main/asterisk.c 392772
> /trunk/main/channel.c 392772
> /trunk/main/file.c 392772
> /trunk/main/utils.c 392772
> /trunk/res/res_stasis_http_bridges.c 392772
> /trunk/res/res_stasis_http_channels.c 392772
> /trunk/res/res_stasis_http_recordings.c 392772
> /trunk/res/res_stasis_playback.c 392772
> /trunk/res/res_stasis_recording.c PRE-CREATION
> /trunk/res/res_stasis_recording.exports.in PRE-CREATION
> /trunk/res/stasis_http/resource_channels.h 392772
> /trunk/res/stasis_http/resource_channels.c 392772
> /trunk/res/stasis_http/resource_recordings.h 392772
> /trunk/res/stasis_http/resource_recordings.c 392772
> /trunk/res/stasis_json/resource_sounds.h 392772
> /trunk/rest-api-templates/asterisk_processor.py 392772
> /trunk/rest-api-templates/swagger_model.py 392772
> /trunk/rest-api/api-docs/channels.json 392772
> /trunk/rest-api/api-docs/recordings.json 392772
> /trunk/tests/test_utils.c 392772
>
> Diff: https://reviewboard.asterisk.org/r/2612/diff/
>
>
> Testing
> -------
>
> Unit tests; swagger-ui for manual testing
>
>
> Thanks,
>
> David Lee
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130702/81144c95/attachment-0001.htm>
More information about the asterisk-dev
mailing list