Exoplayer does not handle the HEAAC 5.1 with EDIT box properly in non-tunnel mode as handling the dropping of the PCM samples, nor adjusting its video rendering timing.
@rohitjoins is already working on this.
Since Mar 21, 2025.
- Dominant language
- Java
- Stars
- 3k
- Forks
- 955
- Avg merge
- 12d 14h
- Merged PRs (30d)
- 2
Description
Version
Media3 main branch
More version details
The attached test vector "SDR_h264_HEAAC_51_FHD_25.mp4", there is an EDIT box (media_time:1656:72023) which instructs the first 1656 samples to be dropped. In non-tunnel mode, Exoplayer does not handle the dropping of the PCM samples, nor adjusting its video rendering timing.
Devices that reproduce the issue
Broadcom Android 14 Setop-box
Devices that do not reproduce the issue
No response
Reproducible in the demo app?
Yes
Reproduction steps
Use Exoplayer to playback the attached HEAAC 5.1 bitstream "SDR_h264_HEAAC_51_FHD_25.mp4" in non-tunnel mode.
Expected result
Exoplayer to drop the first 1656 samples as instructed by the EDIT(media_time:1656:72023) in the attached bittream.
Video and Audio in sync.
Actual result
Audio was being too late to the Video; Audio and Video are out of sync.
https://github.com/user-attachments/assets/8e680ca7-3ff7-4f3c-a5fe-e5de1255cd92
Media
In non-tunnel mode, Exoplayer does not handle the dropping of the PCM samples, nor adjusting its video rendering timing as instructed by the EDIT box (media_time:1656:72023) which instructs the first 1656 samples to be dropped.
Bug Report
- You will email the zip file produced by
adb bugreportto android-media-github@google.com after filing this issue.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.