Azure streams not working properly

[Thomasvdam]

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: https://tm-live.azure.rtl.nl/149a7d2d-4fdc-4772-a18d-04993da11e3f/847757ed-a1d3-4393-9935-18f1245dff0d.ism/manifest(format=m3u8-aapl)
• Hls.js version: 0.6.3
• Browser name/version: Chrome 53.0.2785.116 (64-bit)
• OS name/version: macOS 10.12

Steps to reproduce

1. Try playing the stream provided.
2. https://dailymotion.github.io/hls.js/demo/?src=https%3A%2F%2Ftm-live.azure.rtl.nl%2F149a7d2d-4fdc-4772-a18d-04993da11e3f%2F847757ed-a1d3-4393-9935-18f1245dff0d.ism%2Fmanifest(format%3Dm3u8-aapl)&enableStreaming=true&autoRecoverError=true&enableWorker=true&levelCapping=-1&defaultAudioCodec=undefined

Expected behavior

The stream to continue playing.

Actual behavior

After a few seconds of playback it stops, while it continues downloading segments. It seems it is unable to append them to the sourcebuffer.

Console output

[log] > loadSource:https://tm-live.azure.rtl.nl/149a7d2d-4fdc-4772-a18d-04993da11e3f/847757ed-a1d3-4393-9935-18f1245dff0d.ism/manifest(format=m3u8-aapl)
[log] > trigger BUFFER_RESET
[log] > set autoLevelCapping:-1
[log] > attachMedia
[log] > media source opened
[log] > manifest loaded,5 level(s) found, first bitrate:760336
[log] > 2 sourceBuffer(s) expected
[log] > startLoad
[log] > engine state transition from undefined to STOPPED
[log] > demuxing in webworker
[log] > engine state transition from STOPPED to STARTING
[log] > switching to level 0
[log] > (re)loading playlist for level 0
[log] > engine state transition from STARTING to WAITING_LEVEL
[log] > audio tracks updated
[log] > switching to audioTrack 0
[log] > engine state transition from WAITING_LEVEL to IDLE
[log] > (re)loading playlist for audioTrack 0
[log] > live playlist, reload in 5982 ms
[log] > level 0 loaded [32431,32467],duration:222
[log] > live playlist - first load, unknown sliding
[log] > configure startPosition to 204
[log] > Loading 32465 of [32431 ,32467],level 0, currentTime:204,bufferEnd:204.000
[log] > engine state transition from IDLE to FRAG_LOADING
[log] > track 0 loaded [32431,32466],duration:216.0000089999999
[log] > Loading 32431 of [32431 ,32466],track 0, currentTime:0,bufferEnd:0.000
[log] > audioTrack 0 loaded
[log] > demuxing in webworker
[log] > Demuxing 32431 of [32431 ,32466],track 0
[log] > level switch detected
[log] > manifest codec:undefined,ADTS data:type:2,sampleingIndex:3[48000Hz],channelConfig:2
[log] > parsed codec:mp4a.40.5,rate:48000,nb channel:2
[log] > audio mp4 timescale :48000
[log] > audio track:audio,container:audio/mp4,codecs[level/parsed]=[mp4a.40.2/mp4a.40.5]
[log] > parsed audio,PTS:[0.000,5.995],DTS:[0.000/5.995],nb:281
[log] > Loaded  32465 of level 0
[log] > engine state transition from FRAG_LOADING to PARSING
[log] > Demuxing 32465 of [32431 ,32467],level 0, cc 0
[log] > level switch detected
[log] > 1128177886/1128177886:unknown NAL 12 ,0
^ The above line is repeated many times.

We see similar behaviour in other streams from azure, but it does not occur when using their own player: http://aka.ms/azuremediaplayer?url=https%3A%2F%2Ftm-live.azure.rtl.nl%2F149a7d2d-4fdc-4772-a18d-04993da11e3f%2F847757ed-a1d3-4393-9935-18f1245dff0d.ism%2Fmanifest(format%3Dm3u8-aapl)

Any clues as to what the problem might be?

[phloxic]

It works if you specify version 3 in the rather, ermh, non-standard query:
https://tm-live.azure.rtl.nl/149a7d2d-4fdc-4772-a18d-04993da11e3f/847757ed-a1d3-4393-9935-18f1245dff0d.ism/manifest(format=m3u8-aapl-v3)

It may also be a good idea to disable the audio only stream:
https://tm-live.azure.rtl.nl/149a7d2d-4fdc-4772-a18d-04993da11e3f/847757ed-a1d3-4393-9935-18f1245dff0d.ism/manifest(format=m3u8-aapl-v3,audio-only=false)

[mangui]

live stream with alt audio are not supported ATM. this is why it starts buffering after some time
related to #718 #602
closing as duplicate

[Thomasvdam]

I see, my bad for not looking up azure media service options. We ran into this while testing some randomly sourced streams. Thanks for looking into it!