I have been looking for several days to find a way to do SHOUTcast Streaming in all major browsers without using a Flash Player, but I haven't been able to do so (except on Safari):
<audio controls src="http://38.96.175.97:7736/;"></audio>
The semicolon at the end of the "src" attribute forces the SHOUTcast server to ignore the user-agent string and use MPEG OVERRIDE instead, which does not contain Mozilla and is assumed to be an audio player. Sadly, this trick has only worked for me on Safari so far.
Does anyone have any idea of how to do this in other browsers (Chrome, Firefox, etc)?
The problem is not the issue with the User-Agent sniffing, but the fact that SHOUTcast servers do not send standard HTTP responses.
A normal HTTP response starts off with a status line that looks like this:
HTTP/1.0 200 OK
SHOUTcast servers send this instead:
ICY 200 OK
This works for many HTTP clients, but more and more HTTP clients break on a response like this.
The solution is to stop using SHOUTcast. Icecast is a good alternative. I have written my own called AudioPump Server to help with compatibility in browsers as well as Android clients.
If the stations you want to play aren't yours, you would have to proxy that playback through your own server to fix the status line problem.
You should try this tool.
http://www.schillmania.com/projects/soundmanager2/
It worked for me in any browser.
It also works on Android and iOS devices.
Ta-ta for now :)
Related
Currently I am using a flash player to play my shoutcast stream. I would like people on mobile devices to be able to listen as well, and it seems HTML5 is the way to go. How would I go about getting this shoutcast stream "stardust.wavestreamer.com:3353" working in HTML5?
I tried using
but that does not seem to be compatible with shoutcast.
If you connect to a SHOUTcast server with a web browser, it will detect your browser because it has Mozilla in the User-Agent header, and send you to the admin page for the stream anyway. You can test this yourself by simply going to http://stardust.wavestreamer.com:3353/.
Fortunately, SHOUTcast servers provide a way to force the loading of the stream. Just add a semicolon ; to the end of the URL.
http://stardust.wavestreamer.com:3353/;
Internally in the SHOUTcast server, it will now see your User-Agent string as MPEG OVERRIDE, which no longer contains Mozilla, so you get the actual media stream.
I am using videojs to embed video on the following website: www.airfixthemovie.com. Html video has preload="none" which makes it a bit better. Any suggestion on how to make the video to work perfectly in Google Chrome? The trailer stops sometimes in Chrome and it looks like Chrome is loading or buffering. Thanks for your help.
From the network inspector it seems there's something wrong with the backend serving mp4 files. The requests are canceled and there are about 4 requests to the mp4 a second and the Content-Range header seems to throw completely random digits there.
I know this doesn't really answers your question but at least investigate the mp4 thing server side.
I've looked round for a few days now and can't seem to find anything.
What I'm looking to do is to take an audio source, from a single single microphone - ideally this will be done in the browser, I want to reduce the need for any plugins and limit the use of flash if at all possible. I would then look at broadcasting this audio stream to multiple clients (much like internet radio I guess), again all done in the browser. I've looked at things like icecast and shoutcast and they seem to to do what I need for this end.
What I need to know is if it is possible to capture an audio stream completely through a browser?
(Note: This will be sitting in a ASP.Net application)
You can try the WebRTC api that is on progress. The Api does just like what you're doing.
for HTML5 you can simply use the tag, however, as of today, firefox will not support MP3 broadcasting with that, why? because of some copyright stuff, however they are working on it and i heard a couple of days that it will be available natively for firefox.
check this stream, it uses tag, run it on iexplorer or chrome, even safari will work
geekius.net/radio
I have to play an ogg audio file in the background when the user hits a "Music On" button. Currently the page uses an AUDIO tag, and it works in Firefox, but not in IE (confirmed by this table).
Is there a really cross-browser way to play an ogg audio file, if possible without Flash?
I am aware of the existence of specific libraries like JPlayer or SoundManager, but do I really have to use one of them? After all, it is just to play a sound...
Forget about cross-browser. Stick with ogg. It's much better than mp3 in every way. Tell people to change their browser to one which supports ogg (e.g. Chrome, Firefox, Opera). If they don't want to change, then forget about them; they don't deserve to hear your audio. If your client doesn't understand this, leave him and let him waste money on one developer after another until he finds a "yes man" developer who will give him a terrible website that will be a nightmare to use and will need completely redeveloped in a year's time.
The Company I work for has dropped support for IE6 for apps and websites and dropped support for IE7 when it comes to apps. Personally, I don't want to be developing for IE at all until I met a friend of mine working elsewhere. She was allowed to work from home, but she had to use RDP (Remote Desktop Connection in Windows) thats supported as a web interface only via IE. Some companies use Windows Group policies to disable USB drives etc. The terminals in these companies can have IE only! So as much as I would hate to admit, cross browser compatibility is a serious issue.
Flash would be the number one choice of plugin to play ogg files. Now, the following scenarios may occur:
iOS (iPad and iPhone) : HTML5 Audio Tag
Android / Chrome / Safari : HTML5 Audio Tag
Opera
Firefox
IE
For 3, 4 and 5 it really depends on the user. Even if they have one of Real Player, QuickTime or Windows Media Player, the would be able to play ogg files. There is a case where the specific ogg codec is not installed. In this case they will get a prompt on the top of their browser, telling them to install the specific codec.
We are talking about people insisting on using IE or insisting on a really really old version of firefox and who don't have WMP (by default on Windows), RealPlayer or QuickTIme installed but have an Internet connection.
Even jQuery leaves out 0.0001% of users ! :-P
You can probably consider using a .wav file, but I'm not sure that works.
The simple answer: no, there's no way to do it without Flash. My approach: simply create a script that converts a single file to multiple encodings.
I'm making a website in html5 that needs to play an rtp stream, but When I run it, I dont get anything, and I'm not sure if its my browser (safari 5), my rtp server, or the html code that is the problem. :P does anyone know of a sample rtp stream I could use to test the HTML and my browser? Thanks Beforehand!
Cheers,
Lukas
If you want help with some code, you'll need to show it to us!
Regardless, understand that HTML5 support is browser specific. You will run into issue. Beyond streaming protocols, there are also CODEC specific issues, which is what I would guess you are experiencing--a common problem.
Ensure you are encoding the stream with h.264 "Baseline Profile".
Raw RTP support is not likely to be included in the implementations of the web browsers as for example discussed in the Chromium Bugs. The status of that issue is now WontFix (Closed).
But instead it looks like the web browsers support it in a form of WebRTC RTCRtpReceiver
and it's support looks quite promising
So I guess if using HLS is not an option for you, you should consider switching to WebRTC instead.