media/libraries/test_data/src/test/assets
ibaker 7ae3d69e00 JpegMotionPhotoExtractor: Don't emit an image track with no metadata
The current implementation of `JpegMotionPhotoExtractor.sniff` returns
`true` for any image with Exif data (not just motion photos). Improving
this is tracked by b/324033919. In the meantime, when we 'extract' a
non-motion photo with `JpegMotionPhotoExtractor`, the result is
currently a single empty image track and no video track (since there's
no video, since this isn't a motion photo). This 'empty' image track
is usually used to transmit metadata about the video parts of the
image file (in the form of `MotionPhotoMetadata`), but this metadata is
also (understandably) absent for non-motion photos. Therefore there's
no need to emit this image track at all, and it's clearer to emit no
tracks at all when extracting a non-motion photo using
`JpegMotionPhotoExtractor`.

This change also removes a `TODO` that is misplaced, since there's no
image bytes being emitted here (and never was).

PiperOrigin-RevId: 604688053
2024-02-06 10:22:18 -08:00
..
audiosinkdumps Use platform constants for PCM 24/32 bit encoding 2023-12-20 08:16:35 -08:00
extractordumps JpegMotionPhotoExtractor: Don't emit an image track with no metadata 2024-02-06 10:22:18 -08:00
media Merge pull request #1031 from garethfenn:hlschunkseek 2024-01-31 04:33:44 -08:00
muxerdumps Add regression test of skipping empty track when writing MP4 2024-01-31 10:31:52 -08:00
playbackdumps Fix HlsPlaybackTest flakiness 2024-02-01 03:58:37 -08:00
transformerdumps Move setting the muxerWrapper rotation out of shouldTranscodeVideo() 2024-02-05 05:54:11 -08:00