Transforming 59.9 fps results in variable frame
Open
@snow2405 is already working on this.
Since Sep 2, 2026.
bug
editing
- Dominant language
- Java
- Stars
- 3k
- Forks
- 955
- Avg merge
- 12d 14h
- Merged PRs (30d)
- 2
Description
Version
Media3 pre-release (alpha, beta or RC not in this list)
More version details
1.8.0-beta01
Devices that reproduce the issue
Pixel 8 Pro / Android 16
Devices that do not reproduce the issue
No response
Reproducible in the demo app?
Not tested
Reproduction steps
- download https://www.steelbytes.com/temp/GoPro10_29.9_raw.mp4 and https://www.steelbytes.com/temp/GoPro10_59.9_raw.mp4 (unmodified from gopro)
- compile install simple test https://github.com/steelbytes/media3test (or read source https://github.com/steelbytes/media3test/blob/master/app/src/main/java/com/steelbytes/media3test/ActBug2.kt)
- run test app and transform both each file using button "transfdorm -> variable" (2nd button on screen)
- check video track info in each in and each out file using https://mediaarea.net/en/MediaInfo/Download
- output from 29.9 results in a constant frame rate. good.
- output from 59.9 results in a variable frame rate. This upsets video editing software such as kdenlive.
Expected result
constant frame rate out and the same speed as in for all frame rates
Actual result
variable frame rate for 59.9 source
Media
https://www.steelbytes.com/temp/GoPro10_29.9_raw.mp4
https://www.steelbytes.com/temp/GoPro10_59.9_raw.mp4
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.