[asterisk-dev] [Code Review] Add asynchronous control of media playback using AMI

[opticron]

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



/trunk/apps/app_playback.c
<https://reviewboard.asterisk.org/r/2265/#comment14592>

    Adjacent blob.



/trunk/funcs/func_frame_trace.c
<https://reviewboard.asterisk.org/r/2265/#comment14593>

    None of the other string representations of these control frame subtypes include "AST_CONTROL_".  These should be consistent with the existing entries.



/trunk/main/channel.c
<https://reviewboard.asterisk.org/r/2265/#comment14596>

    The documentation for ast_waitfordigit and ast_waitfordigit_full needs to be modified to accomodate this change.  The ast_waitstream* documentation may need to be modified as well.  Consumers of these functions will need to be checked to ensure they handle these changes appropriately.


- opticron


On Jan. 8, 2013, 3:22 p.m., Matt Jordan wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2265/
> -----------------------------------------------------------
> 
> (Updated Jan. 8, 2013, 3:22 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> This patch adds a new AMI command "ControlPlayback" that allows a connected AMI client to control media being played to some channel. This behaves in one of two ways:
> * If the media was initiated using the ControlPlayback application or AGI command, all media operations (fast forward, reverse, pause, stop, restart) behave exactly as if the user had initiated it via DTMF.
> * If the media was initiated using the Playback application or AGI command (or any other mechanism of calling into ast_waitstream), the fast forward and reverse operations will move the media stream appropriately. Stop, pause, and restart all immediately stop playback.
> 
> As an added benefit, the AGI command 'control stream file' and 'stream file' now set the appropriate channel variables when done.
> 
> A corresponding set of tests was written for the Asterisk Test Suite, and is up for review at https://reviewboard.asterisk.org/r/2270
> 
> 
> This addresses bug ASTERISK-20882.
>     https://issues.asterisk.org/jira/browse/ASTERISK-20882
> 
> 
> Diffs
> -----
> 
>   /trunk/res/res_agi.c 378650 
>   /trunk/main/file.c 378650 
>   /trunk/main/channel.c 378650 
>   /trunk/main/app.c 378650 
>   /trunk/include/asterisk/frame.h 378650 
>   /trunk/apps/app_playback.c 378650 
>   /trunk/funcs/func_frame_trace.c 378650 
>   /trunk/apps/app_controlplayback.c 378650 
> 
> Diff: https://reviewboard.asterisk.org/r/2265/diff
> 
> 
> Testing
> -------
> 
> Automated:
> The tests check for an AMI connection controlling both ControlPlayback as well as Playback. They test all five operations, and check that the channel variables have the appropriate values set after the test. Verification of stream manipulation is performed via test events.
> 
> System:
> Connected a SIP phone, dropped it into an AGI, and initiated a 'stream file' or 'control stream file'. Verified that an AMI connection could manipulate the stream. Listened to tt-monkeys incessantly, probably driving the people in the offices next to me crazy.
> 
> MONKEYS.
> 
> 
> Thanks,
> 
> Matt
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130110/fe32ee38/attachment-0001.htm>