Jump to content
Guest

Streaming music on hold from local source?

Recommended Posts

Guest
Thanks Karl. Who can provide more info on this? Maybe if I figure out the method used I can port it to other providers...

Share this post


Link to post
Share on other sites
The page here suggests this might be there already on-demand through a support request. Looks like the pre-requisite is you must have your shoutcast url handy and the location must end in mp3.

"As per another ticket (UI-386), Darren and Karl A have noted that this is already supported for the most part: Darren: On a technical note, we can allow the user to enter any HTTP or HTTPS url that they wish, however it must end in .mp3 to invoke the shoutcast decoder"
  • Upvote 1

Share this post


Link to post
Share on other sites
The feature is there, but they later discovered that they needed to do a few things to enable it on production. Ticket KAZOO-4062 was to track them doing those things. It won't be available in the GUI the last I heard, and is just something that you can do either with an API or they can do manually from their end. But as of right this second it is not available.

Share this post


Link to post
Share on other sites

I can confirm that streaming music now works in production. You must configure through the API in order to make it work.

IMHO, it's freakin' awesome. Big thanks 2600hz team for listening and making it possible!

  • Upvote 1

Share this post


Link to post
Share on other sites

Here's an idea... How about providing us a device that can stream a URL much like the SIP URI device.

I can think of endless possibilities for use and monetizing. 

Share this post


Link to post
Share on other sites
58 minutes ago, FASTDEVICE said:

I can confirm that streaming music now works in production. You must configure through the API in order to make it work.

IMHO, it's freakin' awesome. Big thanks 2600hz team for listening and making it possible!

This is correct. You can set 

{ "data" : { "music_on_hold": { "media_id" : "shout://22.22.22.22:80/live" } } }

on your account. We're working on ways to expose this in the GUI but for those who really need it, it's there!

Share this post


Link to post
Share on other sites
29 minutes ago, FASTDEVICE said:

Here's an idea... How about providing us a device that can stream a URL much like the SIP URI device.

I can think of endless possibilities for use and monetizing. 

I'm not sure I understand this request? What do you mean "providing us a device". Like, setup a server that streams media? I don't understand.

Share this post


Link to post
Share on other sites

@Darren As I think through that request more clearly, I'm thinking what would be nice is the ability to connect a shoudcast url to a callflow, much like play media. I confused the request with a device as I'm able to do this using a sip: uri that plays music on hold. 

Share this post


Link to post
Share on other sites

Still not getting this. What's the use case? Like, you dial a number, it's a callflow to play media, but the media is really a shoutcast URL? Are you streaming a radio show with a call-in number or something?

 

Share this post


Link to post
Share on other sites

Yes, the ability to dial-in and listen to a shoutcast stream instead of fixed media. While I can't outline all the wonderful possibilities, there are many that include promotional, seasonal, and ad based that can be accessed via menus. My first thought is old school movie theater times running in a loop; like press 1 to hear our current promotions, upcoming events, and entertainment. The shoutcast server is excellent at changing media and insertions on the fly.       

Share this post


Link to post
Share on other sites

So I'm not 100% sure but I believe the change was made for any media handling. So if you just make a media node but set it to shout:// it should also work, then you make a callflow that plays that media node. The validation might be restricting this, though, so not 100% sure on that.

 

Share this post


Link to post
Share on other sites

I don't think there's anything restricting the URL from being "shout://...". ecallmgr explicitly checks for shout:// and passes it direct to FreeSWITCH. Give it a shot and let us know!

Share this post


Link to post
Share on other sites

Thanks, I'll give it a shout. lol.

I wonder, if this becomes a formal feature, shouldn't there be some restrictions like; { time limit | forever } | press 0 to escape.  Unlike play media, streams are never ending. 

Share this post


Link to post
Share on other sites

Where are you putting this media? Most places that take a media_id of some sort will also accept the "shout://" URL as well. FreeSWITCH will need mod_shout enabled as well, by the by.

Share this post


Link to post
Share on other sites

I had to wrap my mind around not creating a media asset, but simply set the media_id to shout://. That's why my previous comment was asking where within the media document to place the shout:// url. Sometimes simple just escapes me, like when Apple came out with a one button mouse I was completely lost.    

Drum roll....I was able to create a media node with shout:// as the media_id and attach it to a callflow. It works!

Thanks again. 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...