Skip to content
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] DASH playback shows "media could not be loaded" with videos longer than ~ 1 minute #4884

Open
alexmaras opened this issue Aug 27, 2024 · 1 comment
Labels
bug Something isn't working

Comments

@alexmaras
Copy link

alexmaras commented Aug 27, 2024

Describe the bug
I've updated to the latest version after getting the "this helps our community" error.

Now, when using DASH, on videos longer than about a minute, I get the "media could not be loaded" error. The limit isn't exactly a minute, but anything over about 1:20 gets the error, I've tried dozens of videos to confirm this. The error shows up as soon as the page loads, but only for those videos with a runtime longer than a minute. The short videos play fine.

I have:

  • set up sig helper
  • confirmed sig helper is handling the requests
  • set up po_token and visitor_data using quay.io/invidious/youtube-trusted-session-generator on the same server with the same IP
  • tried generating the po_token on different external IP - no change

I've also added some debug lines and compiled/run invidious with some custom stuff to see where it's getting to. It's the responses from ***.googlevideo.com/videoplayback calls that 403. I've also confirmed that the calls to googlevideo endpoints include the pot and n query params with the values that came from the po_token and the sig-helper respectively.

Using non-dash mode works perfectly.

Steps to Reproduce
Unsure whether it's reproduceable - happy to help with any details though

Logs

"The media could not be loaded, either because the server or network failed or because the format is not supported."

Let me know if I should provide the 403 log lines from the container, and whether anything needs to be exclude from it.

Screenshots
image
image

Additional context

  • using podman. I've confirmed that communication is successful through the chain, and didn't have issues before
  • Running 3 containers for invidious that all connect to the same sig-helper with TCP - this is just to cover off restart times with my uptime setup. I've also tested with just one instance running and the same issue happens though.
  • OS: Fedora server
  • Browser: Firefox and Chromium show the issue, on all computers and multiple invidious accounts
  • private instance, not exposed externally at all. Only one other user.
  • Using a VPN as an outgoing connection, and have tried cycling to different endpoints with no change.
@alexmaras alexmaras added the bug Something isn't working label Aug 27, 2024
@iv-org iv-org deleted a comment Aug 27, 2024
@iv-org iv-org deleted a comment Aug 27, 2024
@alexmaras
Copy link
Author

OK, it looks like this was an issue caused by my po_token. I had generated it correctly, but I tried again and noticed that on another network, I got a much longer token output than before. About twice as long.

I'm going to go over to the repo for the quay.io/invidious/youtube-trusted-session-generator docker container and see if I can provide any info that might help track down why this happened, but my DASH playback is now working with all videos.

There's still an issue here, but I have luckily managed to generate a po_token that works. I'm guessing it's something on Youtubes' side trying to prevent the tokens being generated in invalid situations.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants
@alexmaras and others