I've tried it with .wav. Same result. It doesn't even hit my server.<div><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Jul 20, 2018, 11:45 AM Matthew Jordan <<a href="mailto:mjordan@digium.com">mjordan@digium.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br><blockquote type="cite"><div>On Jul 15, 2018, at 11:37 PM, Naftoli Gugenheim <<a href="mailto:naftoligug@gmail.com" target="_blank">naftoligug@gmail.com</a>> wrote:</div><br class="m_-9162623396875115649Apple-interchange-newline"><div><div dir="ltr"><div>Crickets...</div><div><br></div>I've tried this now on 15.5.0. Still completely broken.<div><br></div><div><br></div></div></div></blockquote><div><br></div></div></div><div style="word-wrap:break-word;line-break:after-white-space"><div><div>I suspect you’re encountering behavior that is working as intended.</div><div><br></div><div>Normally, when Asterisk plays back a file, it scans the file system for all files with the provided sound file name. For each file that it finds with a given file extension, it picks the best media file (where best is given by transcoding cost) that matches the channel capabilities. That works great when you have a file system that can be scanned quickly.</div><div><br></div><div>You can probably guess why that approach isn’t used with a remote HTTP server: making a lot of HEAD/GET requests to ‘scan’ the remote server for available file types is not a good idea for a multitude of reasons.</div><div><br></div><div>As such, the remote playback determines the type of file it is playing back from the extension of the resource it downloads from the remote server. If the remote resource doesn’t have an extension, then Asterisk is going to complain that it does not know what type of media it just downloaded.</div><div><br></div><div>That is: if your remote resource was named “sounds/prompts/nine.wav” you’d probably be okay.</div><div><br></div><div>Now, it would be nice if there was a way for Asterisk to be told to expect the remote resource to be in a particular file format, but to my knowledge, that feature hasn’t been added.</div><div><br></div><div>(As an aside, I use this functionality through AGI, so I know it isn’t “completely broken”.)</div></div></div><div style="word-wrap:break-word;line-break:after-white-space"><div><div><br></div><div><br></div><br><blockquote type="cite"><div><br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 8, 2018 at 11:28 PM Naftoli Gugenheim <<a href="mailto:naftoligug@gmail.com" target="_blank">naftoligug@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I've come back to this because of issues with the other approach I took.<div><br></div><div>I've set up everything so that curl <a href="http://local.xxx.com/sounds/prompts/nine" target="_blank">http://local.XXX.com/sounds/prompts/nine</a> hits my dev server, yet passing the same URL to STREAM FILE does not. I still get WARNING[103][C-00000001]: file.c:774 ast_openstream_full: File <a href="http://local.mikvahbook.com/sounds/prompts/please%2Dmake%2Da%2Dselection" target="_blank">http://local.mikvahbook.com/sounds/prompts/please%2Dmake%2Da%2Dselection</a> does not exist in any format, and my server is not being hit.</div><div><br></div><div>Please help!</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Mar 5, 2018 at 2:49 AM Naftoli Gugenheim <<a href="mailto:naftoligug@gmail.com" target="_blank">naftoligug@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Interesting!<div><br></div><div>Anyway I've deployed my app, and I left it with filenames. I have a Google Cloud Storage bucket that's mounted via gcsfuse into both the app and to Asterisk. That way they both act like they're working with their own local filesystem but really it's shared but distributed. Maybe I'll change it to use URLs and serve the files from the app in the future. I feel like it's more elegant for the app to own everything and treat asterisk like a stateless service, but there's no immediate reason to change the status quo.</div><div><br></div><div><br><div class="gmail_quote"><div dir="ltr">On Fri, Mar 2, 2018, 2:36 PM Ross Buggins <<a href="mailto:rbuggins@via.co.uk" target="_blank">rbuggins@via.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-GB" link="#0563C1" vlink="#954F72">
<div class="m_-9162623396875115649m_-7805927490629476927m_8699788777244938842m_7697014932981045922WordSection1"><p class="MsoNormal"><span>Just monitors for changes in a directory, takes the file, processes it (sends off to a web service) it and then removes it from the local file system<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> <a href="mailto:asterisk-app-dev-bounces@lists.digium.com" target="_blank">asterisk-app-dev-bounces@lists.digium.com</a> [mailto:<a href="mailto:asterisk-app-dev-bounces@lists.digium.com" target="_blank">asterisk-app-dev-bounces@lists.digium.com</a>]
<b>On Behalf Of </b>Naftoli Gugenheim<br>
<b>Sent:</b> 02 March 2018 19:30</span></p></div></div><div lang="EN-GB" link="#0563C1" vlink="#954F72"><div class="m_-9162623396875115649m_-7805927490629476927m_8699788777244938842m_7697014932981045922WordSection1"><p class="MsoNormal"><span lang="EN-US"><br>
<b>To:</b> Asterisk Application Development discussion <<a href="mailto:asterisk-app-dev@lists.digium.com" target="_blank">asterisk-app-dev@lists.digium.com</a>><br>
<b>Subject:</b> Re: [asterisk-app-dev] AGI stream audio from URI<u></u><u></u></span></p></div></div><div lang="EN-GB" link="#0563C1" vlink="#954F72"><div class="m_-9162623396875115649m_-7805927490629476927m_8699788777244938842m_7697014932981045922WordSection1"><div><span lang="EN-US"></span><br class="m_-9162623396875115649webkit-block-placeholder"></div><p class="MsoNormal"><u></u> <u></u></p>
<div><p class="MsoNormal">How does the background service know when something was recorded?<u></u><u></u></p>
<div><p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
</div>
_______________________________________________<br>
asterisk-app-dev mailing list<br>
<a href="mailto:asterisk-app-dev@lists.digium.com" target="_blank">asterisk-app-dev@lists.digium.com</a><br>
<a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev" rel="noreferrer" target="_blank">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a><br>
</blockquote></div></div></blockquote></div></blockquote></div>
_______________________________________________<br>asterisk-app-dev mailing list<br><a href="mailto:asterisk-app-dev@lists.digium.com" target="_blank">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></div></blockquote></div></div>_______________________________________________<br>
asterisk-app-dev mailing list<br>
<a href="mailto:asterisk-app-dev@lists.digium.com" target="_blank">asterisk-app-dev@lists.digium.com</a><br>
<a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev" rel="noreferrer" target="_blank">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a><br>
</blockquote></div></div>