input commands like keyframe-next keyframe-prev
MPC-HC has commands for seeking to the next or the previous keyframe. Can mpv have them too.
Do you mean these?
. Step forward. Pressing once will pause, every consecutive press will play one frame and then go into pause mode again.
, Step backward. Pressing once will pause, every consecutive press will play one frame in reverse and then go into pause mode again.
http://mpv.io/manual/master/#keyboard-control
No. I mean KEY frames.
You can just do small key frame seeks. Normally they will jump to the previous/next key frame, unless the space between key frames is smaller (which is not usually the case). Or do you think that's not sufficient?
I would like to not miss the next key frame if possible. It happens if you are already close to it and do a small seek.
How do you define keyframe?
I support this feature too. Ability to jump/skip between I frames in h264 and to see the current frame type in OSD would be great.
I support this feature too. Specifically, I want to see how it could work if implemented with https://gist.github.com/bossen/3cfe86a6cdd61452dbb96865128fb327
to see the current frame type in OSD would be great.
In input.conf I have
shift+f show_text "Picture Type: ${video-frame-info/picture-type}\n Interlaced:${video-frame-info/interlaced}\n TFF:${video-frame-info/tff}\n Repeat:${video-frame-info/repeat}"
Still waiting for the definition of keyframe you want.
what is mpv's definition of keyframe?
It doesn't have any.
Then what does "seek 5 keyframes" mean?
It merely means it leaves seeking to the demuxer. In this context, demuxers are said to seek to keyframes, although that doesn't make very precise terminology, so the seek command would better be called "seek 5 demuxer" or so, but even if the term "keyframes" is fuzzy in this context, it's at least illustrative.
You can just bind seek 0.01 and seek -0.01.