media/libraries/extractor/src
ibaker 7721f387ca Check sampleMimeType rather than containerMimeType for images
These are often the same for image tracks, since we usually drop the
whole image file (both the container and actual encoded image bytes)
into a single sample, but there are cases where we emit a track with
`containerMimeType=image/jpeg` but **no** samples (from
`JpegMotionPhotoExtractor`, to carry some metadata about the image +
video byte offsets).

It's therefore more correct to implement the `supportsFormat` check
based on `sampleMimeType`, so that these 'empty' image tracks are not
considered 'supported' by `ImageRenderer`.

#minor-release

PiperOrigin-RevId: 604672331
(cherry picked from commit eabba49610)
2024-02-08 17:30:16 +00:00
..
androidTest Split Cue.toBundle into serializable and binder-based variants 2023-12-06 07:35:34 -08:00
main Check sampleMimeType rather than containerMimeType for images 2024-02-08 17:30:16 +00:00
test Merge Cea608Parser back into Cea608Decoder 2024-02-08 17:30:16 +00:00