Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Playback is reset to the beginning whever I try to seek forward (4K 60FPS HEVC) #10876

Closed
vorou opened this issue Nov 16, 2022 · 5 comments
Closed
Labels

Comments

@vorou
Copy link

vorou commented Nov 16, 2022

  • mpv version: 0.35.0
  • macOS Version: 12.6.1
  • Source of the mpv: homebrew
  • Sample video: https://0x0.st/oIjs.MOV
  • Only happens with a 4K 60FPS video, can't repro with 4K 30FPS

Reproduction steps

  1. Open the sample video
mpv --no-config oljs.MOV
  1. Press RIGHT to seek forward

Expected behavior

The playback jumps to +5 seconds

Actual behavior

The playback does jump to +5 seconds but then immediately jumps to the beginning of the file

Log file

output.txt

Sample files

https://0x0.st/oIjs.MOV

@vorou vorou added the os:mac label Nov 16, 2022
@CounterPillow
Copy link
Contributor

This looks to be an issue with the container. mpv by default does fast seeks for left/right arrow. You can test a precise seek by clicking on the seek bar at 5 seconds, and notice that it works fine. Furthermore, remuxing the file with ffmpeg -i input.MOV -c copy output.mp4 fixes the problem in the file.

You can also adjust your input.conf to do precise seeks for left/right arrow, but they are slower.

@vorou
Copy link
Author

vorou commented Nov 16, 2022

thanks for looking into this! can confirm remuxing and precise seeking fix it for me too.

that said, I'm confused about the statement

This looks to be an issue with the container.

does it mean there's something wrong with the file itself? it sounds weird because:

  1. I'm importing them directly from iPhone 12 with no alterations whatsoever
  2. Previously they would fast seek just fine with mpv (don't remember the mpv version though, will check if I have it on another machine)

UPD: confirmed that the fast seek works fine for me with the test file in this version:

mpv 0.34.1 Copyright © 2000-2021 mpv/MPlayer/mplayer2 projects
built on Sat Jan 8 16:50:23 CET 2022
FFmpeg library versions:
libavutil 56.70.100
libavcodec 58.134.100
libavformat 58.76.100
libswscale 5.9.100
libavfilter 7.110.100
libswresample 3.9.100
FFmpeg version: 4.4.1

@vorou
Copy link
Author

vorou commented May 27, 2023

still an issue in the 0.35.1, fast seek works fine for the same file in 0.34.1

─>$ mpv --version
mpv 0.35.1 Copyright © 2000-2023 mpv/MPlayer/mplayer2 projects
built on Sat Jan 28 04:49:47 2023
FFmpeg library versions:
libavutil 58.2.100
libavcodec 60.3.100
libavformat 60.3.100
libswscale 7.1.100
libavfilter 9.3.100
libswresample 4.10.100
FFmpeg version: 6.0

@vorou
Copy link
Author

vorou commented Jun 18, 2023

for anyone else experiencing this, here's 0.34.1 binaries https://www.icloud.com/iclouddrive/05dEpLyOiz2gErW1x3r4iiNBQ#mpv-034-1

@Akemi
Copy link
Member

Akemi commented Nov 25, 2023

duplicate of #12047 and an ffmpeg issue https://trac.ffmpeg.org/ticket/10585

closing this even though it's the older one, because the other issue has a working sample and some more infos and insight.

@Akemi Akemi closed this as completed Nov 25, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants