<div>
                    <div><span style="color: rgb(160, 160, 168); ">On Friday, August 1, 2014 at 10:01 AM, Joshua Colp wrote:</span></div></div>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div><div>Krandon wrote:</div><blockquote type="cite"><div><div>Just to reignite this whole thread. We've had great success with Stasis</div><div>so far. We have implemented a (imho better) AMD using TALK_DETECT and</div><div>the ARI events. When using this, it seems like calling /play multiple</div><div>times will just queue up the audio files. This is probably the best use</div><div>case and most common implementation. However, if half-way through our</div><div>third audio file we realize that we've been speaking to a machine this</div><div>whole time and we want to start for the beginning - we thought we would</div><div>use DELETE /playbacks/{playbackId}. If we do that, however, and then</div><div>subsequently try to play audio on the channel (even though the call is</div><div>still connected and in the Stasis app) we get a Channel not found. Is</div><div>this the intended use or even a good use?</div></div></blockquote><div><br></div><div>Stopping a playback, or multiple playbacks in sequence, like that </div><div>shouldn't result in you being unable to do things on the channel. Do you </div><div>have the output of what you are invoking and the log from Asterisk? It </div><div>may be a bug.</div><div><br></div></div></div></span></blockquote><div><div>    -- Executing [amdme@default:1] Answer("SIP/flowroute-00000012", "") in new stack</div><div>    -- Executing [amdme@default:2] Set("SIP/flowroute-00000012", "TALK_DETECT(set)=1000") in new stack</div><div>    -- Executing [amdme@default:3] Monitor("SIP/flowroute-00000012", "wav,recordme") in new stack</div><div>    -- Executing [amdme@default:4] Stasis("SIP/flowroute-00000012", "vb") in new stack</div><div>    -- <SIP/flowroute-00000012> Playing '178.ulaw' (language 'en')</div><div>       > SIP/flowroute-00000012 is now talking</div><div>       > SIP/flowroute-00000012 is now silent</div><div>[Aug  1 10:44:20] NOTICE[7444][C-00000030]: res_stasis_playback.c:245 playback_final_update: 2565557733.refMondwandway: Playback stopped for sound:178</div><div>[Aug  1 10:44:23] NOTICE[7444][C-00000030]: res_stasis_playback.c:245 playback_final_update: 2565557733.refMondwandway: Playback stopped for sound:silence/3</div><div>    -- Executing [amdme@default:5] Hangup("SIP/flowroute-00000012", "") in new stack</div><div><br></div></div><div><div><span style="font-size: 14px; ">This happens after we do a DELETE on /playbacks/{playbackId} (which I use the channel ID - I am going to test with a different, fixed ID)</span></div><div><br></div><div>-- </div></div><div>KB </div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div></div><div>-- </div><div>Joshua Colp</div><div>Digium, Inc. | Senior Software Developer</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - US</div><div>Check us out at: <a href="http://www.digium.com">www.digium.com</a> & <a href="http://www.asterisk.org">www.asterisk.org</a></div><div><br></div><div>_______________________________________________</div><div>asterisk-app-dev mailing list</div><div><a href="mailto:asterisk-app-dev@lists.digium.com">asterisk-app-dev@lists.digium.com</a></div><div><a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a></div></div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>