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)

14 Branch
x86_64
Linux
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.
Component: Untriaged → Video/Audio
Product: Firefox → Core
Component: Audio/Video → Audio/Video: Playback
Still exists in 41.0.1 (Ubuntu 32bit).
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).
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.