player: restart playback when eof reached

[HaHaWTH]

Description

When playback reaches EOF with --keep-open=yes and loop file is disabled, mpv keeps the file open and sets eof-reached. Pressing Play in SMTC currently only clears pause, but does not restart playback.

This PR seeks to the beginning first if eof-reached is true, then unpause. Pressing Play while paused before EOF continues to behave as before.

When playback reaches EOF with --keep-open=yes and loop file is disabled, mpv keeps the file open and enters the EOF state. Since --keep-open normally acts like set pause yes on EOF, pressing Play or any other stuff that setting pause=no only clears the pause state, but does not restart playback.

This PR handles the EOF restart, when unpausing from a keep-open EOF state, mpv seeks back to the file start position before resuming playback.

This makes the behavior consistent across SMTC, osc display, keyboard bindings unpause.

Testing

• Windows 11 version 25H2 (26200.8457)
• --keep-open=yes --loop-file=no --loop-playlist=no
• Windows SMTC Play
• OSC play button
• keyboard play/pause

[github-actions]

Download the artifacts for this pull request:

Windows

• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-aarch64-pc-windows-msvc
• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-aarch64-pc-windows-msvc-pdb
• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-i686-w64-mingw32
• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-x86_64-pc-windows-msvc
• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-x86_64-pc-windows-msvc-pdb
• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-x86_64-w64-mingw32

macOS

• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-macos-14-arm
• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-macos-15-arm
• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-macos-15-intel
• mpv-v0.41.0-dev-ge123d501a-pr17934-25990913512-macos-26-arm

[garoto]

What is wrong with <keybind> seek 0 absolute?

[HaHaWTH]

What is wrong with <keybind> seek 0 absolute?

Some use cases of SMTC control is when the user does not have immediate access to the keyboard or the mpv window is minimized to background, using smtc buttons will be more convenient.

Also if --keep-open=yes is set, pressing play via SMTC at EOF simply clears the pause state but does nothing else, pressing Play at the end of a track should restart it.

[kasper93]

Pressing Play in SMTC currently only clears pause, but does not restart playback.

This is how play/pause state works in mpv. It's not specific to SMTC, and I don't think we should add specific handling for it. OSC works the same way, pressing play button, does "nothing" when we are at EOF. If fixes are needed here it should be done in common code that makes behavior consistent across all interfaces.

[HaHaWTH]

I've moved EOF restart logic to common player path, tested locally without issues. sorry if I missed something

[HaHaWTH]

After moving changes into common player path, seems related to #11183 now; the keybind solution works in most cases, but not suitable for SMTC control. SMTC media controls issue an unpause request, keybinds did not cover this path.