Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-08 Thread Johan Wilfer
Den 2014-11-06 21:40, Matthew Jordan skrev: On Wed, Nov 5, 2014 at 3:58 AM, Johan Wilfer li...@jttech.se wrote: Den 2014-11-05 08:45, BJ Weschke skrev: As for the timestamps for deciding whether the local cache is dirty

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-06 Thread Matthew Jordan
On Wed, Nov 5, 2014 at 3:58 AM, Johan Wilfer li...@jttech.se wrote: Den 2014-11-05 08:45, BJ Weschke skrev: As for the timestamps for deciding whether the local cache is dirty, I don't think we should try to reinvent the wheel here. We should stick what's already well established for stuff

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-06 Thread Matthew Jordan
On Wed, Nov 5, 2014 at 1:45 AM, BJ Weschke bwesc...@btwtech.com wrote: On 11/4/14, 3:40 PM, Matthew Jordan wrote: On Tue, Nov 4, 2014 at 12:57 PM, BJ Weschke bwesc...@btwtech.com wrote: Matt - This is a pretty neat idea, indeed, but I've got some questions/thoughts on implementation.

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-06 Thread BJ Weschke
On 11/6/14, 4:04 PM, Matthew Jordan wrote: eg - Playback(http://myserver.com/monkeys.wavhttp://myserver.com/can.wavhttp://myserver.com/act.wavhttp://myserver.com/like.wavhttp://myserver.com/weasels.wav) --- On an empty HTTP Media cache, the previous app invocation would probably sound pretty

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-06 Thread Joshua Colp
Matthew Jordan wrote: snip I think this is the way to do this in the long run. There's some major technical hurdles to overcome with this, however: (1) A remote file stream doesn't have the ability to do a 'parallel fetch' the way it is proposed on the wiki page. For video streams, that

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-06 Thread Matthew Jordan
On Thu, Nov 6, 2014 at 6:46 PM, Joshua Colp jc...@digium.com wrote: I think this is the way to do this in the long run. There's some major technical hurdles to overcome with this, however: (1) A remote file stream doesn't have the ability to do a 'parallel fetch' the way it is proposed on

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-05 Thread Johan Wilfer
Den 2014-11-05 08:45, BJ Weschke skrev: As for the timestamps for deciding whether the local cache is dirty, I don't think we should try to reinvent the wheel here. We should stick what's already well established for stuff like this and use the entity tag (Etag) response header stored and

[asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-04 Thread Matthew Jordan
Hey everyone - One of the action items on the list from AstriDevCon was to flesh out some of the ARI feature proposals that had been made for Asterisk 13. I've just finished putting together a draft of the first one for Remote URI Playback. You can find the proposal page here:

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-04 Thread BJ Weschke
Matt - This is a pretty neat idea, indeed, but I've got some questions/thoughts on implementation. :-) Apologies if all of this was already considered/accounted for already.. 1) Does the entire file need to be downloaded and in place on the HTTP Media Cache before you can call an

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-04 Thread Matthew Jordan
On Tue, Nov 4, 2014 at 12:57 PM, BJ Weschke bwesc...@btwtech.com wrote: Matt - This is a pretty neat idea, indeed, but I've got some questions/thoughts on implementation. :-) Apologies if all of this was already considered/accounted for already.. 1) Does the entire file need to be

Re: [asterisk-dev] Asterisk 14 - Remote URI Playback

2014-11-04 Thread BJ Weschke
On 11/4/14, 3:40 PM, Matthew Jordan wrote: On Tue, Nov 4, 2014 at 12:57 PM, BJ Weschke bwesc...@btwtech.com wrote: Matt - This is a pretty neat idea, indeed, but I've got some questions/thoughts on implementation. :-) Apologies if all of this was already considered/accounted for