Open
Bug 777642
Opened 13 years ago
Updated 3 years ago
Stream handoff does not work with the HTML5 audio tag (vorbis codec)
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: rudd-o, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11
Steps to reproduce:
I started playing an icecast stream referenced by an HTML5 audio tag. (declinefm.com/live), while using firefox 14.0.1 distro-compiled by Fedora, 64 bit.
Then I stopped the audio source (which triggers an automatic handoff to a backup or fallback mount).
Actual results:
As soon as the fallback mount is triggered (~8 seconds after stopping the audio source), firefox stops playing the audio and refuses to continue playing the backup stream's audio.
Expected results:
Firefox should have continued playing the fallback stream.
This is a bad problem because many radio sites are using icecast with ogg vorbis to play a radio show and then hand off to older recorded shows or silence. They also use it such that if the live stream is interrupted, the clients (like the Firefox audio tag in web pages) do not get kicked off but rather get a momentary silence.
A dupe of bug 455165, or just depending on it?
Depends on it. It's most likely the cause, as that is how stream fallback happens.
Updated•13 years ago
|
Component: Untriaged → Video/Audio
Product: Firefox → Core
Updated•10 years ago
|
Component: Audio/Video → Audio/Video: Playback
Affects Firefox 50 too (Ubuntu 16.04 64 bit)
I've created a demo stream forcing this bug: http://1oxlg3d.xip.io/share/tmp/test/icecast-playback-bug/
Compare with how Chromium or players play it (vlc or ffplay).
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•