-
Notifications
You must be signed in to change notification settings - Fork 898
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: viewing a live stream doesn't work well #5962
Comments
Can you please try an official FreeTube build, the AUR ones are all unofficial. |
Please explain: which one? I'm just using the .deb binary provided by this repository (made the pkgbuild myself, based on the AUR freetube-bin one). important: I tried Flathub and it worked better, meaning it played the stream longer. However, still stopped and showed a loading circle. |
I have the same issue on Windows 10 x64. The live stream will play for a second or two then show the loading circle, then play a second or two, loading circle, repeat. |
https://www.youtube.com/watch?v=Vg13S-zzol0 |
+1 It starts buffering after a few seconds and the "Live" text at the left bottom turns into digits and counts backwardly. However I didn't encounter any issues on videos. Windows 11 Pro |
@angelfire76 @ICWu1 @akanealw Are you using the local API or the Invidious API? Additionally if you are using the Invidious API do you have the Proxy Videos Through Invidious setting turned on? |
Using this instance: https://invidious.jing.rocks |
@angelfire76 Could you please try using the local API too and see if it works there? |
Already using it, mate. It doesn't work with Invidious API anyway. Is there any working instance so I can try that too? |
Ah okay, annoyingly live streams are working fine for me with local API so that's going to make it more difficult to investigate. |
Wow. It just started saying "[Unplayable] Please sign in" with Local API but now fixed after opened a new window.
Here is what it looks like. "Failed to load resource: the server responded with a status of 404 ()" |
Local API used. |
+1, No errors in console, only warnings. |
Log taken just now, while viewing a live stream. The stream switches between loading and playing this time. Hope it helps! While writing the bug, instance was "invidious jing rocks", but now it's "inv nadeko net". Only ever used the Local API. |
Okay so I've managed to reproduce the problem with the Invidious API (local API still works fine for me) and I've found the issue I just don't know why it is happening and how to solve it yet. Technical details for those interested (ignore if you don't know what it means): In dev mode with the debug build of shaka-player and shaka-player's logging set to the maximum, this shows up and then it loops the messages just with different numbers. So it looks like something goes wrong, it tries to correct by clearing the buffer and seeking and then fails to load more content after that. In the network tab the requests for the media playlists still happen but it stops requesting the TS segments. |
I've found a fix that works for the Invidious API, as I can't reproduce the issue myself on the local API could someone please test this build (0.22.0 + potential fix) and see if it fixes the problem for them? |
This fixed the issue for me ! Thanks a lot ! |
Thank you for testing it and great to hear that it fixes the problem for the local API too! |
Yeah, the AppImage works flawlessly. Thanks! |
Thank you for your efforts, @absidue. Works for me too. |
I'm using local api through an https proxy on a vpn and this latest build seems to have fixed it for me too. Thanks! |
Seems good, thanks. |
Hi, any chance this will be in the main branch soon? |
@absidue It looks like this problem is back with the latest update (v0.22.1-beta). Live broadcasts started buffering again. :( |
@angelfire76 A quick look at the 0.22.1 changelog, tells you all you need to know, it only includes a single emergency fix and it is not this one. You downgraded from the nightlies to 0.22.1, which is why it "came back" for you. Please check the changelogs yourself next time. |
Guidelines
Describe the bug
Expected Behavior
I expected to view a live stream
Issue Labels
content not loading
FreeTube Version
v0.22.0-beta
Operating System Version
Arch Linux, rolling release
Installation Method
AUR (Unofficial)
Primary API used
Local API
Last Known Working FreeTube Version (If Any)
0.21.3-beta
Additional Information
I used the AUR to install the .deb, and did not build this myself. Can't find a nightly build that seems to claim to have fixed this.
Applicable only to currently live streams, not previously live streams.
Nightly Build
The text was updated successfully, but these errors were encountered: