Basically trying to play some live audio streams in an app I'm porting to the browser.
Stream example: .akacast.akamaistream/kzzp-fm/
I have tried HTML5 audio tag and jPlayer with no luck. I know next to nothing about streaming audio, however, when I examine the HTTP response header the specified content type is "audio/aacp" (not sure if that helps).
I'm hoping someone with more knowledge of audio formats could point me in the right direction here.
Basically trying to play some live audio streams in an app I'm porting to the browser.
Stream example: http://kzzp-fm.akacast.akamaistream/7/877/19757/v1/auth.akacast.akamaistream/kzzp-fm/
I have tried HTML5 audio tag and jPlayer with no luck. I know next to nothing about streaming audio, however, when I examine the HTTP response header the specified content type is "audio/aacp" (not sure if that helps).
I'm hoping someone with more knowledge of audio formats could point me in the right direction here.
Share Improve this question edited Sep 5, 2012 at 1:42 Danny asked Sep 5, 2012 at 0:50 DannyDanny 3,6657 gold badges45 silver badges58 bronze badges 4- Your link is broken. Also can you give us details on what you have tried that didn't work? – Tchoupi Commented Sep 5, 2012 at 1:46
- Yes I just noticed that none of the URLs passed back from the API are working all of a sudden – Danny Commented Sep 5, 2012 at 1:59
- When the above link WAS working, HTML5 audio tag didn't seem to work though it worked fine with a url to an m4a file. Same with jPlayer. Only with jPlayer I had no idea what to specified as the supplied format for the live audio stream so I tried once each time with each supported format with no luck. – Danny Commented Sep 5, 2012 at 2:01
- You said you were using an m4a file. I'm not very experienced with the audio tag either, but as far as I know: it only supports Ogg, MP3, and WAV. The support for those varies by browser too (scroll down to "example") html5doctor./native-audio-in-the-browser – Rhyono Commented Sep 5, 2012 at 2:41
1 Answer
Reset to default 5The problem isn't with AAC+ being playable, the issue is with decoding the streaming ACC wrapper called ADTS. The Audio Data Transport Stream [pdf] or "MP4-contained AAC streamed over HTTP using the SHOUTcast protocol" can be decoded and therefore played by only a couple media players (e.g., foobar2000, Winamp, and VLC).
I had the same issue while trying to work with the SHOUTcast API to get HTML5 Audio playback for all the listed stations. Unfortunately it doesn't look like there's anything that can be done from our perspective, only the browser vendors can decide to add support for ADTS decoding. It is a documented issue in Chrome/WebKit. There are 60+ people (including myself) following the issue, which is marked as "WontFix".