Open sun95n opened 1 year ago
I didn't think I would find a solution for this, haha.
It was enough to set split_videos
to 0
to avoid the download limits. Although you will only be able to view videos with 720p and 360p resolution, 1080p or higher will revert to 720p
@trizen do you think you can explain why this behavior happens? According to the documentation:
Although I would appreciate if it would be easier to explain in this context.
Thanks a lot. I guess now I can close it.
@trizen YouTube has now limited the resolution to 360p
for split videos :(
mpv users have proposed a couple more solutions to this problem, however, Guidocella's comment continues to be the most voted.
Selecting HLS streams with
--ytdl-format='bestvideo[protocol^=m3u8]+bestaudio[protocol^=m3u8]/bestvideo+bestaudio/best'
reduces the throttling, but it breaks seeking to timestamps that haven't been cached in >= 1440p streams, and doesn't select 4320p streams.You can also let yt-dlp do the downloading by piping its standard output to mpv, e.g. with this zsh script:
Is there a way to implement this within Pipe Viewer? It worked for me.
YouTube has now limited the resolution to 360p for split videos :(
There is no more 720p
So YouTube video and audio download speed is limited by ffmpeg as mentioned in this thread. Although I understand that pipe-viewer manages both URLs separately. So the logical thing to do would be to pass the URL to mpv to make it work. The problem is that mpv takes 5-7 seconds to parse a URL unlike pipe-viewer which only takes 2. So is there any other method to achieve this?