fast_forward=false sometimes results in video stops loading
#69
Comments
|
Couldn't reproduce it. That might be a If you run |
|
I will try this later today, but in the meantime can you reproduce with my |
I don't see any attachments to this issue, can you add it please? Thanks! |
|
So I've used |
|
Thanks! I tried to reproduce with the portable config; in my case there were no loading issues during segment skipping, but I noticed a freeze for several seconds after seeking to a random position. I noticed the following messages during the freeze: Full log
So in my case it looked like networking issue. I wasn't able to reproduce it more than once. I see that your log doesn't contain these messages. That might relates to OS difference, but more likely you experience something else. Most likely you run into throttling that becomes harder and harder to avoid, at least for me this happens if I watch videos with size >=1080p. I get about ~800 KiB/s at 13:40 when I open the video in chromium. What's the download speed (can be measured with something like Task manager) for you for this this video in browser comparing to mpv, if you seek to 13:40 (or just to any dynamic part of the video, with no static photos)? How long do you wait after seeking to random positions in browser, comparing to mpv? You may also try to play with: Or if it makes no effect you can try to disable hls with something like or even combine with size limit or even Still it doesn't guarantee anything, for instance I received after I disabled hls (but the freeze was shorter). You may also try to use combination of yt-dlp and ffmpeg downloader directly, without mpv plugin (which unfortunately makes sponsorblock not working in this case): Most likely you'll see that network speed is at some healthy level with this hack, and random seeks became faster. Anyway, if that's the case, I believe it's purely |
|
Thank you for the detailed reply.
I am aware of that issue you linked regarding the throttling, I don't think this is the issue.
I don't use the browser (which is Firefox) to watch videos, but I assume there's no issue with my internet connection. The auto-profile and the rest of the solutions you provided - did not solve the issue.
Not likely to use, even if it does solve the issue (which I did not test).
yt-dlp/yt-dlp#8705 I rather use |
|
Don't know if it's the same issue because the reporter said "video stops loading" but I experience video (as in the non-audio part) stops playing while audio continues normally in music videos. Example: https://youtu.be/KWZGAExj-es There is a non-music segment to skip at the beginning, after it's skipped the rest only plays audio, but video is frozen. This consistently happens with this particular video every time, but doesn't for non-music videos with sponsor being further from the beginning, more towards the 1/4th of a video. I use Using |
This issue appears to not be related to this script at all, but to mpv itself: mpv-player/mpv#13033 (comment) |
|
Would it be possible to implement a toggle in the LUA file so that it only skips when the position it skips to is already cached, and until it's not it just pauses the video? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I mainly use
fast_forward = false, because I prefer to skip segments likepreviewand not fast forward.But a few times now I encountered a bug where if I use
fast_forward=falsein order to skippreviewthe video will stop loading afterwards.Take for example this video: https://www.youtube.com/watch?v=KrLj6nc516A
mpv will skip to 00:00:20 (20seconds mark) (Chapter: Preview segment end) and will stop loading the video.
Using the latest mpv and latest yt-dlp
The only solution (that I found) is to use
fast_forward = true, but that's not an ideal solution.Meanwhile, I have a few suggestions to counter this issue:
fast_forward = falsethen wait for video to load the end of the segment to cache and only then skip itIn other words - skip only if segment is cached
fast_forward = falsethen wait 1-3 seconds if video is just starting up, for example: if video is currently at 00:00:00 and it needs to skip to 00:00:20 then wait until the current time is 00:00:03 to give time to yt-dlp and mpv to load properly (even if the segment is not cached yet)The text was updated successfully, but these errors were encountered: