buffer upon cycling video tracks instead of desyncing

[JimPancakes]

Important Information

Provide following Information:

• mpv-x86_64-20220918
• Windows 10 Home 21H2 19044.2006

I have many files with multiple video tracks. Whenever I use the cycle video track key, the track changes and starts playing, then freezes a bit, after which it goes fast forward until it catches up to the audio (all of this happening in a the span of a second I'd say). mpv might be doing some loading / buffering stuff when I change the video track and this behavior is understandable and normal but is there no way to make it start displaying after it is done with it's internal stuff thus avoiding the visual freeze and the catching up resulting, I think, in a more polished experience?

Reproduction steps

Have file with multiple video tracks. Use "_" key to change video track.

Expected behavior

Play the new video track without the initial freeze and the fast forward.

Actual behavior

New video track starts playing, then freezes a bit, after which it goes fast forward until it catches up to the audio (all of this happening in a the span of a second or so)

[JimPancakes]

Did one more experiment. I am using a file with the same number of video and audio tracks (same audio track but multiple times). In the input.conf I am changing both the video and the audio track from the same button. Doing it like this the none of the issues I described are present. I really don't see a reason for why this is happening. I could multiply the audio tracks to the amount of video tracks in each of my files to avoid the issue but that's madness.

[JimPancakes]

Bump. Please can someone take a look at this? The problem is still persisting even with the latest version. I know this is a niche issue but I often have to deal with files with multiple video tracks and it would awesome if this got solved.