1267603 - html5 audio mp3 not working in firefox

Status: RESOLVED WORKSFORME

(Core :: Audio/Video: Playback, defect, P5)

Description

[Juan]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.86 Safari/537.36

Steps to reproduce:

Platform: Mac OS X 10.11.4

Case 1.  Created jsFiddle: https://jsfiddle.net/prof_bokdrol/Lepnjjyb/
Case 2.  Created test player on amazon: http://dev-audio-test.s3-website-us-east-1.amazonaws.com

Both use:
    <audio preload="auto" controls autoplay>
        <source src="http://dev-audio-test.s3-website-us-east-1.amazonaws.com/08xCf21_niXjQmGmanVUrR0Tk2h2mKSMw_sxg03CrycaxhNiqhX9_NFYhHBw7eJcp_ru52kdQRW88YigtmTE0w==.mp3" type="audio/mpeg" />
    </audio>

Case 3.  Also tested direct link to mp3: http://dev-audio-test.s3-website-us-east-1.amazonaws.com/08xCf21_niXjQmGmanVUrR0Tk2h2mKSMw_sxg03CrycaxhNiqhX9_NFYhHBw7eJcp_ru52kdQRW88YigtmTE0w==.mp3

I expected the audio to playback in every case. 


Actual results:

Case 1: No Playback -> console output: 13:33:01.217 Media resource http://dev-audio-test.s3-website-us-east-1.amazonaws.com/08xCf21_niXjQmGmanVUrR0Tk2h2mKSMw_sxg03CrycaxhNiqhX9_NFYhHBw7eJcp_ru52kdQRW88YigtmTE0w==.mp3 could not be decoded.
Case 2-> No Playback -> console output: 14:19:52.746 Media resource http://dev-audio-test.s3-website-us-east-1.amazonaws.com/08xCf21_niXjQmGmanVUrR0Tk2h2mKSMw_sxg03CrycaxhNiqhX9_NFYhHBw7eJcp_ru52kdQRW88YigtmTE0w==.mp3 could not be decoded.
Case 3. Perfect and complete playback. No error output.



Expected results:

I expected the audio to playback in every case.

Comment 1

[Juan]

Also Tested on Ubuntu 14.04 with Firefox 45.0.2

Comment 2

[Juan]

Also Tested on Fedora 23 with Firefox 45.0.2

Comment 3

[Juan]

Also Tested on Windows 7 with Firefox 45.0.2

Comment 4

[Juan]

confirmed media.gstreamer.enabled enabled (set to true) on linux platforms.

Comment 5

[Juan]

After sniffing about in "dom/media/MP3Demuxer.cpp" of the Firefox source and subsequently Wikipedia (https://en.wikipedia.org/wiki/MP3#Bit_rate): I now understand that the sampling rate of the mp3 (11025 hz) is not officially supported in the mpeg-1 (hence .mp3) standard and so is (correctly) not supported by firefox in audio elements. So [Pekka 웃] (stackoverflow dot com handle) was right about the console message being "pretty clear".

K3N (stackoverflow dot com handle) correctly presents another issue in his comment "The audio file in question is not a MP3 file but a WAVE file container file which seem to be embedding MP3 encoded data". I confirmed this by performing: `avconv -i <filename>` (ubuntu 14.04) on the .mp3 in question.

NB. This however does not explain why opening the .mp3 file directly in Firefox results in successful playback of the non-standard mp3.

Comment 6

[YF (Yang)]

http://stackoverflow.com/questions/36863917/html5-audio-mp3-not-working-in-firefox

Reopen, seeking a definitive answer for this inconsistency.

It works in Chrome 50 and Edge 25, seems not work in IE 11 on Win10.

Comment 7

[Juan]

(In reply to Juan from comment #5)
> After sniffing about in "dom/media/MP3Demuxer.cpp" of the Firefox source and
> subsequently Wikipedia (https://en.wikipedia.org/wiki/MP3#Bit_rate): I now
> understand that the sampling rate of the mp3 (11025 hz) is not officially
> supported in the mpeg-1 (hence .mp3) standard and so is (correctly) not
> supported by firefox in audio elements. So [Pekka 웃] (stackoverflow dot com
> handle) was right about the console message being "pretty clear".
> 
> K3N (stackoverflow dot com handle) correctly presents another issue in his
> comment "The audio file in question is not a MP3 file but a WAVE file
> container file which seem to be embedding MP3 encoded data". I confirmed
> this by performing: `avconv -i <filename>` (ubuntu 14.04) on the .mp3 in
> question.
> 
> NB. This however does not explain why opening the .mp3 file directly in
> Firefox results in successful playback of the non-standard mp3.

(NB) The first part of the quoted comment is a non-issue. My original transcoding from 11025Hz to 44100Hz masked the second issue. In short the mp3 was not packaged correctly. I have tested this confirmation link (http://dev-audio-test.s3-website-us-east-1.amazonaws.com/index6.html) on:
Ubuntu 14.04 with Firefox 45.0.2
Windows 7 with Firefox 45.0.2
OS X 10.11.4 with Firefox 45.0.2

and the correctly packaged mp3 is played back correctly in Firefox using an audio tag.

Comment 8

[Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)]

(In reply to Juan from comment #7)
> (In reply to Juan from comment #5)
> > After sniffing about in "dom/media/MP3Demuxer.cpp" of the Firefox source and
> > subsequently Wikipedia (https://en.wikipedia.org/wiki/MP3#Bit_rate): I now
> > understand that the sampling rate of the mp3 (11025 hz) is not officially
> > supported in the mpeg-1 (hence .mp3) standard and so is (correctly) not
> > supported by firefox in audio elements. So [Pekka 웃] (stackoverflow dot com
> > handle) was right about the console message being "pretty clear".
> > 
> > K3N (stackoverflow dot com handle) correctly presents another issue in his
> > comment "The audio file in question is not a MP3 file but a WAVE file
> > container file which seem to be embedding MP3 encoded data". I confirmed
> > this by performing: `avconv -i <filename>` (ubuntu 14.04) on the .mp3 in
> > question.
> > 
> > NB. This however does not explain why opening the .mp3 file directly in
> > Firefox results in successful playback of the non-standard mp3.
> 
> (NB) The first part of the quoted comment is a non-issue. My original
> transcoding from 11025Hz to 44100Hz masked the second issue. In short the
> mp3 was not packaged correctly. I have tested this confirmation link
> (http://dev-audio-test.s3-website-us-east-1.amazonaws.com/index6.html) on:
> Ubuntu 14.04 with Firefox 45.0.2
> Windows 7 with Firefox 45.0.2
> OS X 10.11.4 with Firefox 45.0.2
> 
> and the correctly packaged mp3 is played back correctly in Firefox using an
> audio tag.

What is the remaining issue?

Comment 9

[Juan]

I have no remaining issues. I had closed this bug but, it was reopened by "YF (Yang)". Not sure why?

Comment 10

[YF (Yang)]

(In reply to Anthony Jones (:kentuckyfriedtakahe, :k17e) from comment #8)
> (In reply to Juan from comment #7)
> > (In reply to Juan from comment #5)
> > > After sniffing about in "dom/media/MP3Demuxer.cpp" of the Firefox source and
> > > subsequently Wikipedia (https://en.wikipedia.org/wiki/MP3#Bit_rate): I now
> > > understand that the sampling rate of the mp3 (11025 hz) is not officially
> > > supported in the mpeg-1 (hence .mp3) standard and so is (correctly) not
> > > supported by firefox in audio elements. So [Pekka 웃] (stackoverflow dot com
> > > handle) was right about the console message being "pretty clear".
> > > 
> > > K3N (stackoverflow dot com handle) correctly presents another issue in his
> > > comment "The audio file in question is not a MP3 file but a WAVE file
> > > container file which seem to be embedding MP3 encoded data". I confirmed
> > > this by performing: `avconv -i <filename>` (ubuntu 14.04) on the .mp3 in
> > > question.
> > > 
> > > NB. This however does not explain why opening the .mp3 file directly in
> > > Firefox results in successful playback of the non-standard mp3.
> > 
> > (NB) The first part of the quoted comment is a non-issue. My original
> > transcoding from 11025Hz to 44100Hz masked the second issue. In short the
> > mp3 was not packaged correctly. I have tested this confirmation link
> > (http://dev-audio-test.s3-website-us-east-1.amazonaws.com/index6.html) on:
> > Ubuntu 14.04 with Firefox 45.0.2
> > Windows 7 with Firefox 45.0.2
> > OS X 10.11.4 with Firefox 45.0.2
> > 
> > and the correctly packaged mp3 is played back correctly in Firefox using an
> > audio tag.
> 
> What is the remaining issue?

I'm not sure, but I feel the "This however does not explain why opening the .mp3 file directly in Firefox results in successful playback of the non-standard mp3.". is a problem. It should have the inconsistent results?

Comment 11

[Terrell Kelley]

Quick check: does the MP3 here work for you guys? http://www.hellointernet.fm/podcast/60

It's one of many MP3s I've never been able to get to work Linux Firefox that works fine on Windows Firefox, and Linux Chrome(ium). 

I also note that the audio on some older YouTube videos don't play, either. The most recent example I found is this one (I was looking up the Greek foot-type--I don't speak Greek.): https://www.youtube.com/watch?v=JxFF-lc1r84

I'm just wondering if this is the same bug.

Comment 12

[Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)]

(In reply to Terrell Kelley from comment #11)
> It's one of many MP3s I've never been able to get to work Linux Firefox that
> works fine on Windows Firefox, and Linux Chrome(ium). 

WFM on Windows and Mac. It is probably an issue in the ffmpeg backend. What version of ffmpeg are you using?

> I also note that the audio on some older YouTube videos don't play, either.
> The most recent example I found is this one (I was looking up the Greek
> foot-type--I don't speak Greek.): https://www.youtube.com/watch?v=JxFF-lc1r84
> 
> I'm just wondering if this is the same bug.

WFM on Mac in Firefox 46. I can't see why Linux would be different unless you're using an old version or have some odd settings. Try safe mode to get your settings out of the equation:

https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

(In reply to YF (Yang) from comment #10)
> I'm not sure, but I feel the "This however does not explain why opening the
> .mp3 file directly in Firefox results in successful playback of the
> non-standard mp3.". is a problem. It should have the inconsistent results?

What do you think is inconsistent?

Comment 13

[YF (Yang)]

(In reply to Anthony Jones (:kentuckyfriedtakahe, :k17e) from comment #12)
> (In reply to YF (Yang) from comment #10)
> > I'm not sure, but I feel the "This however does not explain why opening the
> > .mp3 file directly in Firefox results in successful playback of the
> > non-standard mp3.". is a problem. It should have the inconsistent results?
> 
> What do you think is inconsistent?

Works for directly play, not works for embedded.