input.conf: bind HOME and END

[guidocella]

No description provided.

[avih]

I'm not strictly against this, but intuitively it feels to me like home/end should apply to the current clip rather than to the playlist, and maybe with ctrl or shift it should apply to the playlist.

@guidocella did raise up some valid counter arguments:

• END for the current clip is largely weird. Normally it would just go to the next clip or quit, and it would only really make sense with a playlist of one item, with both idle and keep-open enabled. Maybe it could seek to someplace near the end?
• It's adjacent to PgUp/Dn, which seek chapters, while with shift it makes it a normal seek, so shift-home/end could similarly seek in the current clip.

Any thoughts on what should home/end do as default bindings?

[qyot27]

I'm not strictly against this, but intuitively it feels to me like home/end should apply to the current clip rather than to the playlist, and maybe with ctrl or shift it should apply to the playlist.

I've always had HOME/END bound to seek operations (seek (-)32 relative-percent, so that you can jump by a third of the length of the current clip at a time), although I'll readily admit that I haven't used those bindings regularly in a long time.

[DanOscarsson]

As I never uses chapters and just skip to next file in a playlist I think keys without ctrl or shift should apply to current clip.
My PgUp and PgDown is mapped to current clip instead of default chapters, as that is much more used. If you want to have consistent handling you could have unmodified keys apply to current clip, shift to chapters and ctrl to playlist.

[guidocella]

Changed to

HOME seek 0 absolute
END seek 95 absolute-percent
Shift+HOME no-osd set playlist-pos 0
Shift+END no-osd set playlist-pos-1 ${playlist-count}

[github-actions]

Download the artifacts for this pull request:

Windows

• mpv-i686-w64-mingw32
• mpv-x86_64-w64-mingw32
• mpv-x86_64-windows-msvc

macOS

• mpv-macos-13-intel
• mpv-macos-14-arm
• mpv-macos-15-arm

[mrfragger]

Changed to

HOME seek 0 absolute END seek 95 absolute-percent Shift+HOME no-osd set playlist-pos 0 Shift+END no-osd set playlist-pos-1 ${playlist-count}

I use these bindings for editing video/audio
HOME osd-msg-bar seek 0 absolute-percent+exact;frame-step #! [Playback] > [Seek] > Skip to Start
END playlist-clear; osd-msg-bar seek 99.99 absolute-percent+exact #! [Playback] > [Seek] > Skip to End (clears playlist)

[kasper93]

I don't like magic 95% seek. Either make it seek to the real end or not at all.

[guidocella]

How would you seek to the end, and how would that be useful? This at least lets you seek towards the end quickly, e.g. I've been pressing END + Page down to quickly seek to anime ending chapters which is convenient.

[kasper93]

How is seeking to 95% useful? The same case but got to real and and stay there (depending on other mpv options).

[guidocella]

I just gave an example of how it's useful?? Seek to end would just be quit or playlist-next with the default options.

[kasper93]

95% in 10 minute clip is quite different than in 3 h movie. For me END means end, not some 5%, but anyway. Not gonna argue that.

[avih]

I think the first thing we need is that END is meaningful, and we can probably agree that it's not meaningful with the default mpv options.

So the question is which value should be used instead.

Few options came up, among them 95%, 99%, someplace in between, or a fixed delta from the end, for instance 1 minute.

I don't think there's a perfect solution here, and between the imperfect options we can choose from, I think we should just pick one. I don't have a personal preference between them, but if someone does, then let's go with that.

[Dudemanguy]

If we're going to have this, I think some fixed delta from the end is the way to go. Like Kasper said, using a percent is going to be wildly different depending on the length of the clip.

[guidocella]

Changed to END seek -60 absolute.

[kasper93]

Honestly I would bind only HOME. If anything END could jump to last chapter or do nothing if there are no chapters. Any time related seek for END whether relative or absolute seems wrong to me.

[guidocella]

Removed END.

[avih]

LGTM too. Good solution.

[Dudemanguy]

I'm good with these bindings.