Audio only ABR AAC stream does not work in 0.6.11 (works in 0.6.10)

[radiantmediaplayer]

Environment

• The stream has correct Access-Control-Allow-Origin headers (CORS)
• There are no network errors such as 404s in the browser console when trying to play the stream
• The issue observed is not already reported by searching on Github under https://github.com/dailymotion/hls.js/issues
• The issue occurs in the latest reference client on http://dailymotion.github.io/hls.js/demo and not just on my page

• Link to playable M3U8 file: http://rmp-streaming.com:1935/vod/audio.smil/playlist.m3u8
• Hls.js version: OK in 0.6.10 - KO in 0.6.11
• Browser name/version: Chrome 54
• OS name/version: Windows 10

Steps to reproduce

Input AAC audio only ABR HLS stream http://rmp-streaming.com:1935/vod/audio.smil/playlist.m3u8 in demo app. For 0.6.10 demo app it works. For 0.6.11 demo app it fails to start.

Expected behavior

Should work in 0.6.10 and 0.6.11

Actual behavior

fails on 0.6.11

Console output

[log] > loadSource:http://rmp-streaming.com:1935/vod/audio.smil/playlist.m3u8
logger.js:39[log] > trigger BUFFER_RESET
logger.js:39[log] > set autoLevelCapping:-1
logger.js:39[log] > attachMedia
logger.js:39[log] > media source opened
logger.js:39[log] > manifest loaded,3 level(s) found, first bitrate:65900
logger.js:39[log] > startLoad
logger.js:39[log] > engine state transition from undefined to STOPPED
logger.js:39[log] > switching to level 0
logger.js:39[log] > loading playlist for level 0
logger.js:39[log] > engine state transition from STOPPED to IDLE
logger.js:39[log] > engine state transition from IDLE to WAITING_LEVEL
logger.js:39[log] > audio tracks updated
logger.js:39[log] > level 0 loaded [0,9],duration:99.861
logger.js:39[log] > engine state transition from WAITING_LEVEL to IDLE
logger.js:39[log] > Loading 0 of [0 ,9],level 0, currentTime:0.000,bufferEnd:0.000
logger.js:39[log] > engine state transition from IDLE to FRAG_LOADING
logger.js:39[log] > Loaded  0 of [0 ,9],level 0
logger.js:39[log] > engine state transition from FRAG_LOADING to PARSING
logger.js:39[log] > Parsing 0 of [0 ,9],level 0, cc 0
logger.js:39[log] > demuxing in webworker
blob:http://localhost/d9e9d97d-8e30-4b51-a948-de9ba4657e56:4068 [log] > main discontinuity detected
blob:http://localhost/d9e9d97d-8e30-4b51-a948-de9ba4657e56:4068 [log] > manifest codec:undefined,ADTS data:type:2,sampleingIndex:3[48000Hz],channelConfig:2
blob:http://localhost/d9e9d97d-8e30-4b51-a948-de9ba4657e56:4068 [log] > parsed codec:mp4a.40.5,rate:48000,nb channel:2
blob:http://localhost/d9e9d97d-8e30-4b51-a948-de9ba4657e56:4068 [log] > audio mp4 timescale :48000
logger.js:39[log] > destroy
logger.js:39[log] > detachMedia
logger.js:39[log] > media source detaching
logger.js:39[log] > engine state transition from PARSING to STOPPED
(index):559 MediaSource detached...

Property	Value
event	WEBMEDIAPLAYER_DESTROYED
pipeline_state	kStopped
player_id	18
render_id	17
url	blob:http://localhost/d5a32d88-7575-4837-a827-8b2e176c4110
Log 
property filter

Timestamp	Property	Value
00:00:00 00	pipeline_state	kCreated
00:00:00 00	event	WEBMEDIAPLAYER_CREATED
00:00:00 00	url	blob:http://localhost/d5a32d88-7575-4837-a827-8b2e176c4110
00:00:00 00	pipeline_state	kStarting
00:00:00 284	pipeline_state	kStopping
00:00:00 284	pipeline_state	kStopped
00:00:00 284	event	WEBMEDIAPLAYER_DESTROYED

[mangui]

should be fixed by dailymotion@cf40347

i also mirrored your stream on streambox.fr and added it to Travis/Saucelabs so that it will be rechecked against every commit

[radiantmediaplayer]

I have tried the latest dist and http://rmp-streaming.com:1935/vod/audio.smil/playlist.m3u8 is working as expected now.

[mangui]

fixed