[Freeswitch-users] (no subject)

Mon Sep 30 12:34:10 MSD 2013

Ok, sorry for not being clear.
Here's my example mod_httapi script

<document type="text/freeswitch-httapi">
    <params>
        <stage>3</stage>
    </params>
    <work>
        <playback
file="tone_stream://123456789123456789123456789"></playback>
        <playback file="http://wypas2/simver2/audio/test.wav"
name="digits"></playback>
        <playback file="http://wypas2/simver2/audio/i_talk_to_the_wind.wav"
name="digits"></playback>
    </work>
</document>

This is what I call a 'batch'. It simply plays 3 audio files, and since
there's no hangup instruction, it will execute forever in a loop (on
reaching end it will make a http request to get a next batch of
instructions).
Now, if I want to interrupt the execution of current batch, I send
break [uuid] all
using an inbound socket.
No matter if I use 'break all' or just 'break', it interrupts only the
current playback and immediately goes to the next instruction.
So, if I want to interrupt and exit the batch and the first tone_stream
playback is currently playing i need to send break command three times. Two
times if 'test.wav' is playing and only one time if the playback has
reached  'i_talk_to_the_wind.wav'. And I think it would be more convenient
if i could exit the current batch with a single call of 'break all', no
matter which action is currently executing.
Best regards
Rafal

On Mon, Sep 30, 2013 at 9:42 AM, Cal Leeming [Simplicity Media Ltd] <
cal.leeming at simplicitymedialtd.co.uk> wrote:

> Sorry for the delayed response, could you clarify a few things;
>
> * What do you mean by current batch?
> * Does break not exit the httpapi application as expected?
> * Can you paste us some dialplan xml that shows the problem happening?
>
> Thanks
>
> Cal
>
>
> On Thu, Sep 26, 2013 at 6:26 PM, Rafal Gwizdala <rafal.gwizdala at gmail.com>wrote:
>
>> Cal, current state of affairs is above - that's all i was able to find.
>> break command has an addiotional option: break [all], which is expected
>> to break out completely of current dial plan, but it doesn't seem to work
>> with httapi script (still interrupts only current playback and proceeds
>> with next action). It would be nice if break all worked as expected, by
>> exiting current batch, but I think I can work around this limitation.
>> Best regards
>> R
>>
>>
>>
>> On Thu, Sep 26, 2013 at 5:13 PM, Cal Leeming [Simplicity Media Ltd] <
>> cal.leeming at simplicitymedialtd.co.uk> wrote:
>>
>>> Rafal,
>>>
>>> Were you able to find a solution to your problem? It would be
>>> interesting to hear what you've come up with, if not then lets see if we
>>> can get you some more help - post what you have done so far.
>>>
>>> Hope this helps
>>>
>>> Cal
>>>
>>>
>>> On Fri, Sep 20, 2013 at 3:14 PM, Rafal Gwizdala <
>>> rafal.gwizdala at gmail.com> wrote:
>>>
>>>> oops, still great but not perfect
>>>> 'break' will only interrupt current playback and skip to next action in
>>>> the script
>>>> so, it will make a http request only if playback action is the last one
>>>> in the script, otherwise the script will continue
>>>> R
>>>>
>>>>
>>>>
>>>> On Fri, Sep 20, 2013 at 4:10 PM, Rafal Gwizdala <
>>>> rafal.gwizdala at gmail.com> wrote:
>>>>
>>>>> Guys, this is incredible
>>>>> the instruction that does what I want exists and is called 'break'!
>>>>> All you need to do is
>>>>> break [UUID]
>>>>> and current audio playback is interrupted, then mod_httapi makes a new
>>>>> http request to get next script, without dropping the connection
>>>>> Hope this solves my problem
>>>>> FS is a wonderful box of chocolates
>>>>> R
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Sep 19, 2013 at 3:35 PM, Cal Leeming [Simplicity Media Ltd] <
>>>>> cal.leeming at simplicitymedialtd.co.uk> wrote:
>>>>>
>>>>>> I understand more about your problem now, but I cannot think of an
>>>>>> immediate solution without playing around in FS first.
>>>>>>
>>>>>> Try messing around and see what you can come up with, or wait for
>>>>>> others to submit their thoughts/ideas.
>>>>>>
>>>>>> Sorry I couldn't be of much more help
>>>>>>
>>>>>> Cal
>>>>>>
>>>>>>
>>>>>> On Thu, Sep 19, 2013 at 8:33 AM, Rafal Gwizdala <
>>>>>> rafal.gwizdala at gmail.com> wrote:
>>>>>>
>>>>>>> Gabe, i'm already using ES for receiving the 'beep' event, i've
>>>>>>> described it in another post here.
>>>>>>> The problem is that even if my application receives that event, i
>>>>>>> don't know any way to tell FS to interrupt current mod_httapi script and
>>>>>>> return for new instructions to my application. But i think I can live with
>>>>>>> that, just have to make mod_httapi scripts contact the application more
>>>>>>> often.
>>>>>>> Thanks
>>>>>>> RG
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Sep 19, 2013 at 6:36 AM, Gabriel Gunderson <gabe at gundy.org>wrote:
>>>>>>>
>>>>>>>> On Wed, Sep 18, 2013 at 12:42 PM, Rafal Gwizdala
>>>>>>>> <rafal.gwizdala at gmail.com> wrote:
>>>>>>>> > Cal, my main need is to immediately interrupt whatever is
>>>>>>>> currently playing
>>>>>>>> > when a voicemail beep is detected and play a different message,
>>>>>>>> dedicated
>>>>>>>> > for voicemail recording.
>>>>>>>>
>>>>>>>> You might be looking for an outbound Event Socket connection. I
>>>>>>>> don't
>>>>>>>> know what it is off the top of my head, but there is an event the
>>>>>>>> fires when it detects that tone.
>>>>>>>>
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> Gabe
>>>>>>>>
>>>>>>>>
>>>>>>>> _________________________________________________________________________
>>>>>>>> Professional FreeSWITCH Consulting Services:
>>>>>>>> consulting at freeswitch.org
>>>>>>>> http://www.freeswitchsolutions.com
>>>>>>>>
>>>>>>>> 
>>>>>>>> 
>>>>>>>>
>>>>>>>> Official FreeSWITCH Sites
>>>>>>>> http://www.freeswitch.org
>>>>>>>> http://wiki.freeswitch.org
>>>>>>>> http://www.cluecon.com
>>>>>>>>
>>>>>>>> FreeSWITCH-users mailing list
>>>>>>>> FreeSWITCH-users at lists.freeswitch.org
>>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>>>> UNSUBSCRIBE:
>>>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>>>> http://www.freeswitch.org
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _________________________________________________________________________
>>>>>>> Professional FreeSWITCH Consulting Services:
>>>>>>> consulting at freeswitch.org
>>>>>>> http://www.freeswitchsolutions.com
>>>>>>>
>>>>>>> 
>>>>>>> 
>>>>>>>
>>>>>>> Official FreeSWITCH Sites
>>>>>>> http://www.freeswitch.org
>>>>>>> http://wiki.freeswitch.org
>>>>>>> http://www.cluecon.com
>>>>>>>
>>>>>>> FreeSWITCH-users mailing list
>>>>>>> FreeSWITCH-users at lists.freeswitch.org
>>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>>> UNSUBSCRIBE:
>>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>>> http://www.freeswitch.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>> Professional FreeSWITCH Consulting Services:
>>>>>> consulting at freeswitch.org
>>>>>> http://www.freeswitchsolutions.com
>>>>>>
>>>>>> 
>>>>>> 
>>>>>>
>>>>>> Official FreeSWITCH Sites
>>>>>> http://www.freeswitch.org
>>>>>> http://wiki.freeswitch.org
>>>>>> http://www.cluecon.com
>>>>>>
>>>>>> FreeSWITCH-users mailing list
>>>>>> FreeSWITCH-users at lists.freeswitch.org
>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>> UNSUBSCRIBE:
>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>> http://www.freeswitch.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130930/13bfe2e7/attachment-0001.html 