<div>
                    <span style="font-size: 14px;">Just to reignite this whole thread. We've had great success with Stasis so far. We have implemented a (imho better) AMD using TALK_DETECT and the ARI events. When using this, it seems like calling /play multiple times will just queue up the audio files. This is probably the best use case and most common implementation. However, if half-way through our third audio file we realize that we've been speaking to a machine this whole time and we want to start for the beginning - we thought we would use DELETE /playbacks/{playbackId}. If we do that, however, and then subsequently try to play audio on the channel (even though the call is still connected and in the Stasis app) we get a Channel not found. Is this the intended use or even a good use?</span>
                </div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">Thanks!</span></div>
                <div><div><br></div><div>-- </div><div>KB<br></div><div><br></div></div>
                 
                <p style="color: #A0A0A8;">On Wednesday, July 16, 2014 at 5:50 AM, Krandon wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>
                <div>
                    <span style="font-size: 14px;">Will do asap - thanks Josh!</span>
                </div>
                <div><div><br></div><div>-- </div><div>KB<br></div><div><br></div></div>
                  
                <p style="color: #A0A0A8;">On Wednesday, July 16, 2014 at 5:40 AM, Joshua Colp wrote:</p><blockquote type="cite"><div>
                    <span><div><div><div>Krandon wrote:</div><blockquote type="cite"><div><div>Hey Matt,</div><div><br></div><div>I have to be a bother, but is there anything I can do to help the issue</div><div>move forward? I'm sure the core dev team is busy with many other things.</div><div>Is there a bug bounty we can set that may help?</div></div></blockquote><div><br></div><div>Feature freeze for Asterisk 13 is today so everyone has been and </div><div>continues to be focused on getting stuff in so 13 is as awesome as it </div><div>can be. If you'd like to offer a bounty to see if you can elicit someone </div><div>else to take a gander at that issue quicker, sure! There's a wiki page </div><div>at </div><div><a href="https://wiki.asterisk.org/wiki/display/AST/Asterisk+Bug+Bounties?src=search">https://wiki.asterisk.org/wiki/display/AST/Asterisk+Bug+Bounties?src=search</a> </div><div>which details it.</div><div><br></div><div>Cheers,</div><div><br></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>
                  
                  
                  
                  
                </div></blockquote><div>
                    <br>
                </div>
            </div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>