bc06039f7f
This change uses this new method everywhere we currently `instanceof` check an `Extractor` directly. This allows us to introduce wrapping/delegating `Extractor` instances - because the `instanceof` checks will continue to operate on the underlying instance. HLS is a slightly different case, because it directly re-instantiates `Extractor` instances, which is not compatible with an arbitrary wrapping structure. Luckily the only `Extractor` instances that HLS re-instantiates do not support muxed subtitles, so won't be wrapped in the first place (although future changes might use the delegating-`Extractor` pattern for other purposes, which might affect HLS). PiperOrigin-RevId: 542550928
ExoPlayer HLS module
Provides support for HTTP Live Streaming (HLS) content in ExoPlayer.
Getting the module
The easiest way to get the module is to add it as a gradle dependency:
implementation 'androidx.media3:media3-exoplayer-hls:1.X.X'
where 1.X.X is the version, which must match the version of the other media
modules being used.
Alternatively, you can clone this GitHub project and depend on the module locally. Instructions for doing this can be found in the top level README.
Using the module
Adding a dependency to this module is all that's required to enable playback of
HLS media items added to ExoPlayer in its default configuration. Internally,
DefaultMediaSourceFactory will automatically detect the presence of the module
and convert an HLS MediaItem into an HlsMediaSource for playback.
Similarly, a DownloadManager in its default configuration will use
DefaultDownloaderFactory, which will automatically detect the presence of
the module and build HlsDownloader instances to download HLS content.
For advanced playback use cases, applications can build HlsMediaSource
instances and pass them directly to the player. For advanced download use cases,
HlsDownloader can be used directly.