Closed Bug 913236 Opened 11 years ago Closed 11 years ago

Content-Type 'audio/aac' unsupported in ICY stream

Categories

(Core :: Audio/Video, defect)

24 Branch
ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 809186

People

(Reporter: nick, Unassigned)

References

Details

Testing on an Unagi with 1.2.  I can play aac files[0] over HTTP, but not aac ICY streams[1].  In adb logcat I see:

E/GeckoConsole(  472): [JavaScript Warning: "HTTP "Content-Type" of "audio/aac" is not supported. Load of media resource http://174-37-58-160.webnow.net.br/greenfm.aac failed." {file: "http://10.250.21.77:8000/index.html" line: 0}]

Maybe the first stream has the MIME type for the m4a container, which contains aac encoded data?  At which point, a more appropriate title may be content-type audio/aac is unsupported error is wrong in FxOS?  All I'm doing is assigning the src property of a new Audio object.

[0] http://feedproxy.google.com/~r/tiestos_club_life/~5/qWBEdg4ZQ44/clublife260.m4a
[1] http://174-37-58-160.webnow.net.br:80/greenfm.aac
We don't support raw AAC files, only AAC audio in an MP4 container (the m4a file you link is one). See bug 809186 and bug 807361.
This doesn't work in chrome either. We should limit our support to audio/mp4.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.