Jonathan H
2020-May-03 11:46 UTC
[asterisk-users] Better way of streaming radio than "musiconhold" for Asterisk 17.4 ?
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/20200503/fd4003d4/attachment.html>
Dan Jenkins
2020-May-06 06:18 UTC
[asterisk-users] Better way of streaming radio than "musiconhold" for Asterisk 17.4 ?
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! > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20200506/ed38175f/attachment.html>
Jonathan H
2020-May-06 19:54 UTC
[asterisk-users] Better way of streaming radio than "musiconhold" for Asterisk 17.4 ?
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 ;) Jonathan 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>
Possibly Parallel Threads
- Better way of streaming radio than "musiconhold" for Asterisk 17.4 ?
- Better way of streaming radio than "musiconhold" for Asterisk 17.4 ?
- Switching between Music on Hold streams. [13.8.2]
- buffer-issue when piping live-streams into musiconhold
- What could be stopping "Disconnect Call" feature from working (set in features.txt)