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

Improve thumbnail "feel" #7

Closed
TheAMM opened this issue Dec 19, 2017 · 4 comments
Closed

Improve thumbnail "feel" #7

TheAMM opened this issue Dec 19, 2017 · 4 comments

Comments

@TheAMM
Copy link
Owner

TheAMM commented Dec 19, 2017

Currently thumbnails will be chosen by taking a timestamp and turning that into a thumbnail index by math.flooring it with the thumbnail interval/delta.
This means the thumbnail being displayed is before the position the user would click on, and slightly misleading; the jump will rarely happen on the actual thumbnail timestamp (and overriding the seek would be a pain/detrimental for accurate seeking) but instead after the moment has passed.

This feels "wrong".
How do other players do it? Do they choose their thumbnail timestamps with some clever logic?
What logic do they use to choose which thumbnail to show? Is it a "closest" timestamp, the next thumbnail, or what?
The downside with displaying simply the next thumbnail would be short videos having their thumbnails be almost useless. Maybe move generate timestamps up by half an interval and choose the closest thumbnail?


This is here to allow others to chime in. What are your thoughts?

@pavelxdd
Copy link

Maybe that's because mpv defaults to absolute-percent+keyframes on seekbar click?
Is this PR mpv-player/mpv#5019 going to solve the issue, what do you think? You could change the default setting of the client.lua to something like exact or absolute-percent (without keyframes) - needs testing to find the best result.

@TheAMM
Copy link
Owner Author

TheAMM commented Dec 25, 2017

Hmh, no, it seems that drags are keyframed, clicks are exact.
I'm fine with drags not being exact; if user is dragging, they're already ignoring the hovering thumbnails.

@pavelxdd
Copy link

pavelxdd commented Dec 25, 2017

What if you just add --hr-seek=no to mpv arguments?
Ah, no, that's actually will make the current issue even worse.

@TheAMM
Copy link
Owner Author

TheAMM commented Dec 25, 2017

The real solution is likely to go and try the half-advance I spoke about in the OP (so that if you move mouse from the left, the instant the thumbnail changes means seeking to that position should bring you at most thumbnail_delta/2 seconds away from the thumbnailed scene - the scene should then pass by and not already be a past event), but circumstances stop me for the moment, so let's enjoy the holidays for now.

@TheAMM TheAMM closed this as completed in 2da8546 Jan 3, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants