Video is not buffering during network interruption.

[vetriselvan1187]

Behavior of the program
Video is not buffering during network interruption. While watching video, network connection drops which causes the video to load indefinitely. network connection drops causes the Freetube to play video till the buffered content. When network connection comes back, it is not resuming from that offset rather it shows loading progress indefinitely.
.

Expected behavior
When the network connection comes back, It should start the buffering and playing from that offset.

To Reproduce
Go to any video.
Watch video and meanwhile close the network connection.
Watch the video till the buffered content, then reconnect the network to load remaining content.
Observe the video is not buffering rather it is loading indefinitely.

Workaround
I clicked back, reloaded the video and moved my cursor to that offset to watch it again.

Environment Information:
FreeTube version: v0.15.0 Beta
Installation Method: Command Line

[zh54tg234f]

i get sometimes a high ping and the lack of buffering ahead combined with this following infinite loading loop still exist on the latest version of freetube.

#2363

[su-klubert]

I donated more than 200$ but i will not keep supporting since this buffering issue was never fully addressed.

I still get slow af buffering rendering freetube worthless, when i set quality to auto it looks like gargabe and keeps looking like that. while i can fluently buffer videos using mpv (mostly). this video players buffering is huge trash. after 2 years im sorry but i cant say it differently.

i have a ping of 50-100 with my vpn and videos in freetube buffer like crap.
i cant watch a single video in 720p / 1080p without buffering video stopping frequently after 5-10 seconds.

i will keep supporting invidious, piped, libretube, newpipe etc since i dont see progress with that. really sad.

maybe it is not your fault, i do not say it is. but the way the videos are buffering is crap. since it shall buffer ahead of time as if i download it so that spikes in ping / shortages of available bandwidth are better balanced out.

if you keep the current way of buffering videos it will stay crap for vpn users and than you cant expect me to give money for something i cant use with pleasure.

[efb4f5ff-1298-471a-8973-3d47447115dc]

@su-klubert try using in the latest nightly build.

[su-klubert]

tried freetube-0.18.0-nightly-2944_amd64.AppImage

720p buffers better but still this buffering ahead of time is missing sometimes, causing rarely loading issues.

we cant select the frame (regular, 50 / 60) mode which helps to make this issue worst

1080p without buffering is not possible unless i pause the video for a minute but than i run into buffering issues again a minute later.

maybe the google video servers speed but i doubt it when i compare yt-dlp speed, my internet connection is quite fast just has a small ping increase

what is good:

i finally can switch the video quality without having to strg+r reload the page due to switching quality breaks the video.

[su-klubert]

it seems to buffer always 1 minute ahead but lets say i have some load on the network than i may run into buffering issues, would it be possible to try to buffer 3-5 minutes in order to average out bandwidth shortages?

edit:

1 minute is the buffering mostly for long videos (1 hour length)
for shorts, other short 5-20 min videos etc its way less, which sucks even more

so yeah 720p for videos not being very long the buffering is still crap.

i will just use invidious with a rss feed since freetube does not work properly.
mpv works fine with buffering 1080p i dont get why you cant combine forces, rethink the current way of buffering

if i use proxied videos option the buffering just works fine, but i get many error messages.

#2396

since you wont allow error messages to be suppressed i guess freetube keeps to the way it is.
broken and small minded. when you have no reason to not add an optional opt in feature to suppress errors in the distraction free settings sections.

[github-actions]

This issue is stale because it has been open 28 days with no activity. Remove stale label or comment or this will be closed in 7 days.

[Smurflicious]

I have been getting this constantly for the last week and have had it for periods before. The issue is my ISP being crap but if I open the video on youtube website it plays fine.

Basically every video I open currently will start playing, the buffer bar will not grow, playback reaches the end of the buffer and the spinning icon appears, then I'm stuck waiting for like 30 seconds until it plays for like a second a spins again.

The buffer management/rules needs overhauled, it appears to assume the buffer will keep filling even when it has lost connection or the connection is spotty.

[efb4f5ff-1298-471a-8973-3d47447115dc]

@Smurflicious see #3457 (comment)

[github-actions]

This issue is stale because it has been open 28 days with no activity. Remove stale label or comment or this will be closed in 7 days.

[Smurflicious]

This bug, or a similar bug, was fixed for me by updating to the most recent nightly build.

[github-actions]

This issue is stale because it has been open 28 days with no activity. Remove stale label or comment or this will be closed in 7 days.

[ptomato]

@Smurflicious can you mention which version number you updated to?

I have seen something similar where if the network is interrupted (e.g. computer suspend) the buffering never resumes. This was in v0.19.0 Beta and I'm not sure whether that's a release that includes the bugfix that you saw.

[efb4f5ff-1298-471a-8973-3d47447115dc]

Closing, converted to a feature request in #4159 because this isnt a bug