We have a series of live events which feature multiple audio languages. We are using an Elemental encoder to embed the multiple audio streams demuxed with a single stack of video renditions in an m3u8, delivered over Akamai.
Though we are able to see and select from all of our audio streams in the native iOS player (confirming that they are there and that the stream metadata is correct), we are having trouble finding player support that would allow control rack access to the multiple audio streams, similar to the way a user would select from multiple languages available in the stream for closed captions.
We are utilizing our JW Player Premium account.
Can anyone offer guidance, implementation examples, or integration service to get this feature up and running? I've read elsewhere of someone who developed a plug-in that would do this using a combination of audio description and playlist, but I am not able to find that plug-in for implementation and testing.
Help is very appreciated. I know that this would be a welcome supported feature in JW Player.
Is there a way to using a url parameter on the m3u8 to specify the audio track that the player should present? If so, I can just create a playlist for the various languages as a stopgap measure, or create separate host pages for each video/audio combination.
Right now, the test stream does not present any audio in JW Player, even though there are seven streams present as we've tested native in iOS, so I'm trying to filter the audio track via the m3u8 URL. I can't seem to find any reliable documentation on how to do that. Here is the m3u8 content:
I understood that Andrew. The second question was intended to be a little bit different. I apologize if I didn't make the distinction clear. So, forget about trying to switch the video in the player, do you know of a way to use a URL parameter to filter the actual m3u8 URL that is used in the player embed to only present the single audio (L+R) track that is specified by the defined URL parameter? While this does not give us the solution we want, it would prevent a gross over-complication on the encoding side.
This would hypothetically have to load a completely separate video stream with a different audio track. Essentially, you would need two video streams running. One with audio 1 and one with audio 2. You could then choose which version to run, though it would not be configurable through the player. When we eventually allow split audio via HLS, this should be much more straightforward.
If this isn’t what you are referencing, please feel free to email us with your question/an example. We can definitely discuss in private. :)
This question has received the maximum number of answers.