I actually got the "context deadline exceeded" message yesterday. What fixed it for me was to restart the container a few times. Other than that I am not sure how to fix at the moment.
Yup, mine started working again too! So strange.
Happy to hear!
I had to force the update in docker and then restart the container and then reload the m3u. That is what worked for me...
I no longer have a subscription to FUBO, but my login still lets me watch their free tier. If I use ProjectOneClick for FUBO will I have access to those free channels?
I am not sure if that will work or not. The easiest way to find out would be to set it up and see if it works. If it does, then great and if not, just delete the container and associated volume.
Thanks. Should I start with the OneClick on OliveTin or one of the containers posted more recently in this topic?
Whether you use Project One-Click, the Portainer Compose or the command line, it's the same container.
One-Click just makes it super quick and easy to add or delete projects, including adding its channels as a CDVR custom source.
Thanks. I thought someone posted a container alternative because some channels did not work. So I got Fubo container set up through OneClick but get this error on the HLS and TS playlists when I try to add them:
failed to load m3u: failed to retrieve m3u: GET: http://localhost:7782/fubo/playlist-mpeg.m3u: 500 INTERNAL SERVER ERROR
Maybe it's because I'm using the free channels. This is what I get in OliveTin:
{"Id":9,"Name":"vlc-bridge-fubo","Type":2,"EndpointId":1,"SwarmId":"","EntryPoint":"docker-compose.yml","Env":[{"name":"TAG","value":"latest"},{"name":"HOST_PORT","value":"7782"},{"name":"FUBO_USER","value":"[email protected]"},{"name":"FUBO_PASS","value":"xxxxxxxx"},{"name":"HOST_VOLUME","value":"vlc-bridge-fubo_config"}],"ResourceControl":{"Id":7,"ResourceId":"1_vlc-bridge-fubo","SubResourceIds":[],"Type":6,"UserAccesses":[],"TeamAccesses":[],"Public":false,"AdministratorsOnly":true,"System":false},"Status":1,"ProjectPath":"/data/compose/9","CreationDate":1754954397,"CreatedBy":"admin","UpdateDate":0,"UpdatedBy":"","AdditionalFiles":null,"AutoUpdate":null,"Option":null,"GitConfig":null,"FromAppTemplate":false,"Namespace":""}
true {"error":"failed to load m3u: failed to retrieve m3u: GET: http://192.168.150.204:7782/fubo/playlist.m3u?gracenote=include: 404 NOT FOUND"}```You would have to inspect the container log for errors.
Perhaps the free channels aren't supported without a subscription using this method.
I would test, but I let my sub expire and I don't even get the free channels on their website.
1 Like
I’m getting this error with an active subscription. Even in the official app a lot of channels are failing to start playback
So looks like something in my ControlD DNS configuration was blocking the services. I’m not sure what it was, but when I place it is bypass mode the channels resumed working in the DVR and official app
Is this something you did in Channels or on your computer?
On ControlD’s interface because I used them for DNS to block ads and other malware tor stuff.
And I believe that URL got added to some blocklist. So I just whitelisted it.
Should be similar if you use NextDNS, Adguard, Pi-Hole, etc.
Thanks. I don’t use any of those things so I’ll have to figure out another workaround for my situation.
Ok. Maybe it’s something built into your router that you’re unaware of?
Maybe, but I have other containers such as Frndly, mlbserver, E+, tubi, etc. that work perfectly.
They don’t use the same servers as Fubo. So that would make sense that they still work.
But good luck to you getting it back up and running.
.