[asterisk-users] Better way of streaming radio than "musiconhold" for Asterisk 17.4 ?

Jonathan H lardconcepts at gmail.com
Wed May 6 14:54:24 CDT 2020

Thanks Dan - might have to scratch my head over that one for a while!
The phrase "you make your own RTP server" has made me all twitchy ;)


On Wed, 6 May 2020 at 07:21, Dan Jenkins <dan at nimblea.pe> wrote:

> Hi Jonathan,
> I'd probably go down the external media route in the ARI now - you make
> your own RTP server and provide your own RTP back to asterisk
> On Sun, 3 May 2020, 13:07 Jonathan H, <lardconcepts at gmail.com> wrote:
>> Way back in 2016 the only way to allow callers to listen in to a stream
>> "at will" was to do the following:
>> moh.conf
>> [radio]
>> mode=custom
>> application=/usr/bin/mplayer https://example.com/stream.mp3 -quiet -ao
>> pcm:file=/dev/stdout -af volume=5,resample=8000,channels=1,format=alaw
>> extensions.conf
>> exten => radio,1,Verbose(1, Entered radio context)
>>       same  => n,Set(VOLUME(TX)=1)
>>       same  => n,WaitExten(27006,m(radio))
>>       same  => n,Goto(#,1)
>> It kind of works, but two problems here:
>> It's pulling data 24x7, giving the radio host artificial stats - all
>> rather needless as maybe one or two people might listen for 10 mins each in
>> a day.
>> And even though mplayer seems to stay up and running all the time,
>> sometimes Asterisk will stop listening on that pipe and everything needs a
>> restart (random, less than once a week).
>> Is there a more modern/sensible way of achieving the same, just ensuring
>> that stream plays if someone listens, isn't playing when no-one is
>> listening, and listening can be exited with a specified key?
>> Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20200506/4228c9ab/attachment.html>

More information about the asterisk-users mailing list