<div dir="ltr">This is very much functionality that should be in Asterisk, not only via ARI, and which is present in pretty much every other IVR platform (see FS' <a href="http://wiki.freeswitch.org/wiki/Mod_http_cache">http://wiki.freeswitch.org/wiki/Mod_http_cache</a>). There are obvious caching issues to be considered, but I'd love to see this present and accessible via all interfaces.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On 4 April 2014 10:15, Ben Merrills <span dir="ltr"><<a href="mailto:b.merrills@mersontech.co.uk" target="_blank">b.merrills@mersontech.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All/Dan,<br>
<br>
I have brought this up myself once or twice and having the ability to play audio from a remote source (an additional schema in play) would be of great benefit. Here are some general reasons I believe this is important.<br>

<br>
1. It allows quite integration of TTS into ARI without having to wait for the Generic Speech API to be adopted. Having the ability to play a remote wav would allow a TTS engine (say a free one like <a href="http://tts-api.com" target="_blank">http://tts-api.com</a> or a local instance that can generate a wav or mp3) to play audio directly into the call. As ARI has no Exec or other TTS integration as yet, this would help bridge the gap.<br>

<br>
2. It allows for remote audio to be played and as a Stasis Application has not requirement to be hosted either on or locally to the Asterisk instance, getting audio files to a server is a problem. This either has be to done in advance (copied) or already exist there. Now, I did mention a while back having a set of ARI features to allow upload and download of files would be very useful, again, having a remote audio schema for Play helps to bridge this gap once more.<br>

<br>
That's my thoughts. Hope they're useful from another person actively using ARI to write applications :)<br>
<div><div class="h5"><br>
<br>
-- Dan Wrote:<br>
Hello All,<br>
<br>
Was talking to a few people yesterday about how I'd like to be able to play media from an external source into Asterisk using the ARI - say when adding someone to a bridge - prompts/hold music come from an external source.<br>

<br>
I know Paul B talked about this a month or so ago - <a href="http://lists.digium.com/pipermail/asterisk-app-dev/2014-March/000408.html" target="_blank">http://lists.digium.com/pipermail/asterisk-app-dev/2014-March/000408.html</a><br>

<br>
That ended up being a technical discussion about local channels etc; I'd like to get to a point where we find out if this is something people want so the Asterisk Team can decide if it's something worth putting into their timescales - hence the new topic - sorry if anyone disagrees!<br>

<br>
For me, external source = HTTP(S)<br>
<br>
A really basic example of what I mean... the absolute radio mp3 stream (they have many other stream codec types - FLAC being the best they give)<br>
<a href="http://network.absoluteradio.co.uk/core/audio/mp3/live.pls?service=vrbb" target="_blank">http://network.absoluteradio.co.uk/core/audio/mp3/live.pls?service=vrbb</a><br>
Obviously there may be licensing issues with *that* stream but you get where I'm coming from - and issues when it comes to different codecs.<br>
Going a little further, it may not be a stream at all and may just be a file over http. Essentially I wouldn't want to have to put files onto the same filesystem as Asterisk - my ARI application may live outside of Asterisk itself.<br>

What do people think about this?<br>
Dan<br>
<br>
</div></div>_______________________________________________<br>
asterisk-app-dev mailing list<br>
<a href="mailto:asterisk-app-dev@lists.digium.com">asterisk-app-dev@lists.digium.com</a><br>
<a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev" target="_blank">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a><br>
</blockquote></div><br></div>