Open ywq0056 opened 7 months ago
An observation - this effect depends on the size/bitrate/resolution of the file.
The latest release adds automatickeyframemode
, does it resolve your issue?
The latest version has improved the delay situation after enabling keyframes. As seen in the video, dragging the progress bar slowly basically does not cause any delay, but fast dragging still has delays. Then, I tested video files of different resolutions and lengths and found that delays occur when dragging quickly
https://github.com/zydezu/ModernX/assets/142240860/7d244cbc-999b-4a8a-a8ff-a2355d933769
does using hardware decoding (press CTRL + H to toggle) improve the situation ?
I am currently using hardware decoding
Thank you very much. I just tested the latest version and the situation still persists. I compared 0.3.3 and the latest version 0.3.4 and found that the latest version 0.3.4 is slightly more sluggish when dragging than 0.3.3. If there was only a delay between the position displayed on the progress bar and the actual dragging position before, then the latest version is slightly sluggish. I have already returned to 0.3.3. In fact, the delay in the progress bar display already exists in the initial version of "maoiscat/mpv osc model", which is a legacy issue. This problem does not affect usage, but if there is a solution, it will definitely be the best way to solve it
When dragging the progress bar, there will be a delay in the progress bar. When dragging the progress bar, the actual video image has already been dragged over, but the progress bar and pointer do not follow in real time, resulting in obvious delay. This problem has always existed, and I am not sure if this problem can be solved
https://github.com/zydezu/ModernX/assets/142240860/f7341a76-64aa-4934-8fc4-a1842b711165