Re: [Bayonne-devel] Using play with URLs and Dialogic. Or how do you use libexec.play?

[David Sugar]

I have not had a chance to verify this, but I think the principle issue with 
http:// prompts has been fixed in 1.2.7.  The libexec.play option depends on 
the result of the shell command placing an audio file under the filename that 
is passed in the environment through "TEMP_AUDIO", so it would be easy to 
construct a shell script that does a wget and stores the file into the name 
from $TERM_AUDIO.  The resulting file is deleted after it is played.  
However, .au files are assumed to have the "sun" .au header rather than raw, 
so this may present a problem.

On Tuesday 15 July 2003 09:20 am, Alastair Maw wrote:
> It's probably asking too much to expect anyone to give me an answer to
> this, but...
>
> I'm trying to pull 8 bit ulaw 8kHz headerless .au files from a web
> server. The files work fine when played locally on both dummy and
> dialogic drivers. They also work fine over HTTP using the dummy driver.
> But the dialogic driver doesn't seem to like HTTP GET. I get this error:
>
> dx(9): step 3 play(%url)
> dx(9): play
> dx(9): dx_play IOTT structure error
>
> Ideally, I'd like to fix this behaviour with the dialogic driver.
>
> However, if people could explain how libexec.play works (which would
> allow me to accomplish much the same thing) then that would be a good
> substitute in the meantime.