883034 - [BROWSER] Can not play mp3 files served with audio/mp3 content type

Status: RESOLVED WORKSFORME

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

Description

[Leo]

1. Title:[BROWSER] Not possible to play and save mp3 (and other audio files) from web sites
2. Precondition: Browser is working. 
3. Tester's Action:                  
               1) Go to some page with audio downloadable content
                2) Try to play and download
4. Detailed Symptom (ENG.) : Cannot play or save audio.
5. Expected: Must be able to save and play audio.
6. Reproducibility: Y
1) Frequency Rate : 100%
7. Gaia Master/v1-train: Reproduced on v1-train and master 
8. Gaia Revision:  bd07ce233160a0e6325bf736769772a9d2273458

Comment 1

[Ben Francis [:benfrancis]]

Do you have an SD card inserted? Can you provide a test case URL which reproduces the problem?

Comment 2

[Jinyoon]

(In reply to Ben Francis [:benfrancis] from comment #1)
> Do you have an SD card inserted? Can you provide a test case URL which
> reproduces the problem?

Could you check what kind of mimetype is supported?
Tester's URL is just direct URI using <a> (there is no server-side script e.g. php, cgi..)
And mp4 is correctly worked but ogg or mp3 can be reproduced.

Comment 3

[Ben Francis [:benfrancis]]

I tested this on a (slightly old) 1.1 build and I can't reproduce the bug, I can download both mp3 and ogg files by navigating to the file and long pressing the audio controls to save.

The UX isn't great, but it does work for me.

I haven't been able to test this on the latest 1.1 Mozilla nightly for leo because WiFi isn't working.

Comment 4

[[e-mail]]

wikimedia ogg example not work with gaia-master (I think its their layout issue) http://en.wikipedia.org/wiki/File:Example.ogg 
but can be played directly http://upload.wikimedia.org/wikipedia/commons/c/c8/Example.ogg


needinfo? jinyoon, does your test link have the correct server side MIME type set up?
http://html5doctor.com/multimedia-troubleshooting/

can you provide your link for reference?

Comment 5

[[e-mail]]

Talked to dominic kuo and he provide a url

http://html5media.info/
http://media.html5media.info/audio.mp3
http://media.html5media.info/audio.ogg

test the video/audio tag and directly url works

Comment 6

[Leo]

the server in question (internal test server) sends the content type as "audio/mp3" and the gecko is not recognizing.

The URL http://media.html5media.info/audio.mp3 when accessed gives content type as "audio/mpeg" and gecko starts playing in the embedded player.

but in chrome and android browser it seems "audio/mp3" is recognized an starts playing.

Comment 7

[Ben Francis [:benfrancis]]

Moving over to Video/Audio for further investigation based on comment 6. Are we supposed to play files served with a audio/mp3 content type?

Comment 8

[cajbir (:cajbir)]

(In reply to Ben Francis [:benfrancis] from comment #7)
> Moving over to Video/Audio for further investigation based on comment 6. Are
> we supposed to play files served with a audio/mp3 content type?

audio/mpeg is the mime type to use for MP3 as per RFC 3003. List of recognised audio mime types from here: http://www.iana.org/assignments/media-types/audio

Comment 9

[Ben Francis [:benfrancis]]

If the server is serving the wrong MIME type for MP3s should we resolve this as INVALID then?

Comment 10

[Ralph Giles (:rillian)]

I think we should close as INVALID. The incorrect mime type was from an internal test server, not a popular site where compatibility is important.

Comment 11

[Alex Keybl [:akeybl]]

(In reply to Leo from comment #6)
> but in chrome and android browser it seems "audio/mp3" is recognized an
> starts playing.

Please test in desktop firefox or firefox for android for comparison in the future

Comment 12

[Chris Pearce [:cpearce (Not reading bugmail)]]

I disagree, we should return "maybe" for "audio/mp3", even if it isn't specified behaviour, as both Chrome (on Windows desktop and Android) and IE10 return "maybe" for "audio/mp3", so we should match behaviour for compatibility.

We already return "maybe" for "audio/mp3" in Firefox Desktop on Windows for this reason, and it looks like we might for the GStreamer backend on Linux too (I can't test this until I get into the office).

Test page:
http://jsbin.com/enaheq/12

Comment 13

[Ralph Giles (:rillian)]

If we return 'maybe' we should also actually play it. Do we know if Chrome or IE are sniffing vs accepting the mimetype as an alias.

Desktop Safari 6 and iOS 5.1.1 both say 'maybe' as well. It looks like we're the only holdout, lending weight to Chris' argument.

Comment 14

[Chris Pearce [:cpearce (Not reading bugmail)]]

We discussed it here in Auckland, we think we should support audio/mp3.

Comment 15

[Leo]

Also its observed that we cannot play amr file from a webpage.
But we can play amr file from music player.

When checked found a comment in nsHTMLMediaElement like
    // AMR audio is enabled for MMS, but we are discouraging Web and App
    // developers from using AMR, thus we only allow AMR to be played on WebApps.

Is there any specific reason for this?

If we can play from app, shouldnt it be allowed to play from webpage also?
We feel its a cofusing UX.

Comment 16

[cajbir (:cajbir)]

(In reply to Leo from comment #15)
> If we can play from app, shouldnt it be allowed to play from webpage also?
> We feel its a cofusing UX.

We limit the formats that can be played on the open web to stop proliferation of formats that aren't supported across all browsers and systems. See here for the rationale and discussion:

<https://groups.google.com/d/msg/mozilla.dev.media/o3OuUVbetYg/9pbzlstcQNMJ>

It's preferable to use web formats wherever you can - including in apps. In cases where you can't, due to existing mobile standards (eg. amr in MMS), we limit it to on-device apps only.

Comment 17

[Alex Keybl [:akeybl]]

No Firefox browser supports this currently, so not a blocker for 1.1.

Comment 18

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

(In reply to Fred Lin [:gasolin] from comment #5)
> Talked to dominic kuo and he provide a url
> 
> http://html5media.info/
> http://media.html5media.info/audio.mp3
> http://media.html5media.info/audio.ogg
> 
> test the video/audio tag and directly url works

These seem to play. Re-open if there is still something to fix here.