I'm streaming a 256 kbps mp3 in real-time for a radio-style site I'm creating. I'm streaming it over HTTP.
When I access the stream URL via Firefox, it starts playing the mp3 back immediately at the point in the song the server was streaming when it connected.
With Chrome however, it needs to buffer for at least 8 seconds before it starts playing.
How can I get Chrome (and Safari) to behave like Firefox and start playing the audio immediately?
I'm playing the audio with this code:
var a = new Audio('/stream');
a.play();
Thanks
This is a bit older but it looks like this was a known bug with Chrome per this link:
https://bugs.chromium.org/p/chromium/issues/detail?id=362387
Updated versions of Chrome should have resolved your issue for mp3 but it seems as though the issue is still a problem with other formats such as AAC.
Related
Streaming a MP4 video from a remote site to Chrome using <video> element, works great on IE - but on Google Chrome, the videos buffering is extremely slow (1st second buffers for 5 seconds, then plays this second, then 5 seconds to buffer the 2nd second etc.).
The videos format is MP4 with H264 encoding.
This does not happen on all clients (though I failed to find a common attribute which can cause this).
Any idea why this is happening ?
Self-solved this issue by changing the video's bitrate to a lower value (276k).
I have a a little bit complex website mechanism for loading video,
and I have tested it in several ways,
First I have these 2 videos
the first one is a very light video with only 20seconds duration and is not HD I think and it is even less than 1MB
the second one is a video clip that runs like 4 minutes and I think it is HD and the memories are like 90MB,
Both are in mp4 format
I have both of the videos in the server,
I tried to run those videos both in IE11 and Google Chrome by streaming them from the server with "video" tag in HTML5 and both of them runs very smooth (one video at a time)
Next, I tried to save the video in a client-side storage using IndexedDB so that in the future, the browser does not have to stream it anymore,
those videos are saved as blob and then stored inside the IndexedDB (except in the Google Chrome I have to save those videos or any files as ArrayBuffer as Chrome does not support the blob inside the indexedDB just yet),
When I load the video from the indexedDB, I convert the blob to an objectURL using createObjectURL() and play them in the video source, (for Google Chrome I have to load the arrayBuffer and then convert them first to blob)
While in IE11 both videos are running fine as usual,
but in Chrome I can only play the first video (the light one), as for the second video, it never played on Chrome! I have no idea how can this happen as the 2nd video plays well if it is streamed.
Here is the properties of both videos:
On the left is video with 89MB and the right is 300KB
Can anyone tell me what I am doing wrong here? or is it just not supported in Chrome for HD?
I have an h264 mp4 video that is 960x540, 1000kbps and 30 minutes long. This will be playing off of a disc. I noticed only in chrome that when I open the web page it is embedded in, my computer slows way down and the video gets all choppy for a solid 5 seconds every time...almost like it is loading the entire resource.
I tested playing the file in IE9 and Firefox and these seem to play ok when I first open it. I really wish chrome would ditch their version of flash and just use the plugin version that all the other browsers use. I love chrome, but this is unacceptable.
I am looking for a solution to this resource loading problem. Things to note, I am using the OSMF framework and using a simple MediaPlayerSprite to show the video. Not a heavyweight element whatsoever. Thanks.
http://screencast.com/t/NKb9erVyd0
I'm using the Projekktor HTML5 video player. The video starts playing immediately in all browsers except for internet explorer. In developer tools IE shows a huge Wait time. What is this wait time and why does IE feel the need to waste 10 seconds of my user's life?
That MP4 has the index at the end of the file so Internet Explorer downloads the entire file before starting playback. I don't know why it does this, but you can run QTIndexSwapper on that MP4 to fix the problem.
http://renaun.com/blog/code/qtindexswapper/
i have an icecast server serving continuous mp3 stream. i tried to play it in html5 with the audio tag. in safari it shows up and plays, but the moment the song changes, the stream stops and will not start again, even it i press the play button.
does anybody know a way around this?
This is a known Firefox Bug “Firefox fails on chained ogg stream” #455165 and should be fixed in Firefox 20.
Update: Sorry, didn't saw that you said you are streaming mp3. Firefox might have similar issues with mp3 too…