Select by role as well as language without disabling ABR

[sanbornhilland]

Can you explain why abr gets disabled when selecting a different audio track? Most audio track switches are going to be for changing languages and I don't think this should interfere with abr for video tracks.

[TheModMaker]

If you select a track using player.selectTrack, it will disable abr because you selected a specific track. If you want to change languages, you can use player.configure. This will cause it to switch tracks without disabling abr.

player.configure({preferredAudioLanguage: 'es'})

In the demo app, selecting a track from the drop-down list will use player.selectTrack. You can change the preferred language text box and press Enter and it will change to another language.

[joeyparrish]

That's right. If your UI had manual track selection widget (like YouTube's 360p / 480p / 720p / 1080p / auto), that would connect to selectTrack. If your UI has a language selection widget, that should connect to configure.

If that's confusing or unhelpful, let us know while we're still in beta and we can reconsider.

[sanbornhilland]

No, I think that is sensible. It should give greater control if we have multiple audio variants of the same language which I assume is the intention.

Thanks for clearing that up. I think it would be worth putting a note in the v2 migration guide about the difference in APIs in this respect from 1.x to 2.

[sanbornhilland]

Actually, on some further reflection and discussion I want to present a possible problematic scenario.

What happens if there are three audio tracks, all of them are english. Two of them are the same audio track with different bitrates but the third is the content audio plus directors commentary. How would we handle this situation? Selecting a specific track will turn off ABR which is not desirable if I want the player to handle switching bitrates between the first two tracks. But configuring the player for english tracks now is ambiguous because it doesn't allow us to specify if we want commentary or not.

Update
One way to handle this would be to expose the track role as specified in the manifest and allow for configuring the player for a preferred role as well as is already done with text tracks.

[joeyparrish]

Makes sense. In a nutshell, we should allow selection by both role and language without disabling ABR. Is configure() still the best interface for this?

I'm tentatively scheduling this for v2+, but if we have a design sooner we can consider it for v2.0.0.

[sanbornhilland]

Assuming that configure() is triggered immediately then I don't see any reason not to continue to use this approach.

[joeyparrish]

The current language switching via configure() is immediate, so the role switching could be as well.