Re: [Hls-interest] [E] Survey: signaling HLS client capability

[Trevor Hunsaker <[e-mail]>]

As a "people already doing something along these lines... what requirement
is driving that":

For us At Verizon Media, the requirement is often to omit some feature that
is causing an issue in a player over which our customers have little or no
control. For example, we semi-recently discovered that some
AirPlay2-enabled smart TVs are incapable of handling full-segment-encrypted
.aac alternate audio tracks, and crash when presented with them (submitted
bug FB8948360 about this). Our encoding pipeline takes longer to adapt than
our manifest generation system, so we added support for a URL parameter as
a means of instructing our manifest server to omit such tracks from the
manifest. We have a small handful or two of such URL params floating in our
system, as workarounds for all kinds of players in the ecosystem.

We've also used the User-Agent to help us decide which HLS version a device
is capable of supporting, and try to be compliant about which features we
include for a given HLS version.




On Thu, May 20, 2021 at 10:00 AM Roger Pantos <rpantos=
[e-mail]> wrote:

> With the increasing number of optional features in HLS (such as low
> latency, content steering, interstitial support, different codecs, etc.),
> there is a desire in some quarters to present different streams to
> different devices, beyond the regular variant stream selection performed on
> the client.
>
> We're considering some kind of signal of client capability, such as a
> query parameter on the Master Playlist URL, to support this kind of server
> decision. But before we go too far I'd like to understand if it would
> actually be of practical benefit, and what universe of use cases it makes
> sense to support. So:
>
> - Do you think you would use this kind of thing? For what?
>
> - If you are already doing something along these lines, perhaps driven by
> the User-Agent string or something else, what requirement is driving that?
>
> (Alternately, if you think that this would only make things worse, let us
> know why!)
>
> Feel free to respond here, or to send your response privately to
> [e-mail].
>
>
> thanks,
>
> Roger Pantos
> Apple Inc.
> --
> Hls-interest mailing list
> [e-mail]
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_hls-2Dinterest&d=DwICAg&c=sWW_bEwW_mLyN3Kx2v57Q8e-CRbmiT9yOhqES_g_wVY&r=XOy1sMJB-v4-pT8o8aTMSGXStN19eHAo6D_AaKvUJso&m=gG3_laqdYt1I2B9tqBUeHVl36ZLo-643YDPapqmGjm4&s=6cLzncMjPm1DCxoql2i_D9waQJFNTn4k3tF3J-qw-Eo&e=
>