Closed
Bug 913236
Opened 11 years ago
Closed 11 years ago
Content-Type 'audio/aac' unsupported in ICY stream
Categories
(Core :: Audio/Video, defect)
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
Comment 1•11 years ago
|
||
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.
Comment 2•11 years ago
|
||
This doesn't work in chrome either. We should limit our support to audio/mp4.
Reporter | ||
Updated•11 years ago
|
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.
Description
•