Multi audio live stream

[sergiojm]

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:
• Hls.js version: Latest
• Browser name/version: All
• OS name/version: All

We have started working(test and dev) on multi audio live streams over https on akamai.

I read some time ago that the above implementation of hlsjs was not working properly and had some issues. Has anything changed till now? Have there been any improvements on handling multi-audio/alternate-audio, HTTPS etc etc?

What issues can we expect and since we are patching on our side what is the best approach to contribute back the project?

Thanks,

[nitrat7]

hls.js simply seems not to load any new live audio-segments from Alternate-Audio-playlist (though no EXT-X-ENDLIST present).
=> So playback of livestream stalls on playback.
Sample-Livestream:
http://data.streamingexpert.de/connectdvrcontent/live_alternate_audio.m3u8

we'd love to help to fix this issue :-/

[mangui]

Yes, alt audio playlist sliding/refresh is not handled. It could be added easily by duplicating code from stream-controller but it would be better to factorize the logic ...

[sergiojm]

Just to share our status...

Until now we have been testing with a akamai stream since a lot have changed on core logic with alternative audio live...

In our case we are testing with a video with audio and then multiple audio tracks, all with id3 tags(default on new wowza version)

The manifest's and the codecs are very sensitive(most due the mediaelement) so all audios should have the the same encoding params as the origin.

Playing main without a default audio entry(on the video) on the manifest leads to a 50% fail on loading(sometimes loads, sometimes cannot append).

The logic of the audio remux changed on the https://github.com/dailymotion/hls.js/issues/712, reverting the changes helped a lot the playing experience.

Currently we can play and change audio, but the behaviour is that after a parsed main chuck it falls back to the main audio.

We are looking at the audio events on the frag parsing on the main frag on stream-controller.

Seams like it is able to attach the audio but when it process the main(video) just overlaps the audio.

Playing on VOD also happens the back to the main audio when seeking.

[sergiojm]

We found the bug on original audio playing when seeking.

onFragParsingData main if type audio and alternative audio track playing it stills append the audio, should skip the audio since already playing from altAudio...

Creating a commit to patch...

&& !(data.type=="audio" && this.altAudio)

[sergiojm]

Alternative audio with main with audio #763

[mangui]

implemented