This is working great! Thanks @joagomez!
I'm running into the same problems as others: http server started on [::]:7777 and not able to connect with localhost, 127.0.0.1 or actual IPv4 address to the port.
I've tried docker run -d --restart unless-stopped --network=host -e TUBI_PORT=7070 --name tubi-for-channels ghcr.io/jgomez177/tubi-for-channels
I've tried: docker run -d --restart unless-stopped -p 8184:80 --name tubi-for-channels ghcr.io/jgomez177/tubi-for-channels
Going to that port (I am on localhost) gets me a big fat connection refused.
I have had no issue in the past loading up several other containers.
Just in case of conflicts I did delete the Xumu and Distro containers as the they were in that 7777 area, then deleted and recreate the Tubi container, and restarte Docker engine to no avail.
Any ideas?
Note to anyone with the same issue - go to the Github site. There appears to be updated install strings and much more documentation than in this thread. I got the docker running.
I know you said you got it up and running, but just wanted to highlight in case anyone else is troubleshooting that it should be -p 8184:7777
or -p 7070:7777
, whatever port you want on the left, 7777 on the right.
Yep, here's the goods from there (at the time of this writing):
docker run -d --restart unless-stopped -p [your_port_number_here]:7777 --name tubi-for-channels ghcr.io/jgomez177/tubi-for-channels:latest
This worked for me on Windows 10.
docker run -d --restart unless-stopped -p 7781:7777 --name tubi-for-channels ghcr.io/jgomez177/tubi-for-channels
When running the Tubi Docker the command should be as follows.
docker run -d --restart unless-stopped --network=host -e TUBI_PORT=7781 --name tubi-for-channels ghcr.io/jgomez177/tubi-for-channels:latest
Thanks
For those who want to run natively (preferrably for those who are on windows and don't want to mess with WSL):
git clone GitHub - jgomez177/tubi-for-channels
cd tubi-for-channels
pip install -r requirements.txt
python pywsgi.py
The Tubi EPG does not appear to be working anymore on my end.
EDIT: Looking in the EPG, all the programs are from four days ago.
Please check the docker logs.
I assume there has been a crash in the scheduler
2024-03-14 23:17:51 ⇨ http server started on [::]:7777
2024-03-15 02:21:45 [INFO] Retriving EPG Data
2024-03-15 02:21:45 [INFO] Initialize channel_list
2024-03-15 02:21:46 [INFO] Number of streams available: 160
2024-03-15 02:35:18 [INFO] Updating channel id list
2024-03-15 02:35:19 [INFO] Number of streams available: 160
2024-03-15 02:35:19 [INFO] Returning cached EPG Data
2024-03-15 02:35:19 [INFO] Channels: Available EPG data: 160
2024-03-15 02:35:19 Read in file data from github
2024-03-15 02:35:19 [INFO] Channels: Number of streams available: 160
2024-03-15 02:37:08 [INFO] Returning cached EPG File
Currently the EPG should update when:
- The XML is requested, and
- The XML file is older than 4 hours old
Not sure what you have your CDVR set to but I have mine set to refresh every 6 hours and I have not experienced any issues with my EPG data updating
That said, I will add a scheduler like I have in my other dockers to make it update every four hours regardless if it is being specifically pulled
Thanks. I have mine set for 3 hours so it should be trying to pull the data.
Tubi stopped working ...
IndexError: list index out of range
[INFO] Updating channel id list
[INFO] Number of streams available: 158
[INFO] Channels: Available EPG data: 158
[2024-03-21 15:44:58,830] ERROR in app: Exception on /tubi/watch/691129 [GET]
Traceback (most recent call last):
File "/usr/local/lib/python3.12/site-packages/flask/app.py", line 1463, in wsgi_app
response = self.full_dispatch_request()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/flask/app.py", line 872, in full_dispatch_request
rv = self.handle_user_exception(e)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/flask/app.py", line 870, in full_dispatch_request
rv = self.dispatch_request()
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/flask/app.py", line 855, in dispatch_request
return self.ensure_sync(self.view_functions[rule.endpoint])(**view_args) # type: ignore[no-any-return]
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/pywsgi.py", line 143, in watch
stations, err = providers[provider].channels()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/tubi.py", line 162, in channels
'url': f"{unquote(elem['video_resources'][0]['manifest']['url'])}&content_id={elem.get('content_id')}",
~~~~~~~~~~~~~~~~~~~~~~~^^^
IndexError: list index out of range
pull the latest version
That did it thank you.
Donated ... Thank you
Hi there,
Update the container. The latest release is dated Marth 15th.
I created a Stack to include the Tubi for channels but I'm getting this message when I try to add the source in Channels:
invalid source url: Get "http://freyplexpi.local:7778/tubi/playlist.m3u?gracenote=include": dial tcp: lookup freyplexpi.local on 10.0.0.243:53: no such host
When I connect to it through Chrome and try to select the m3u link Chrome says it is blocking the insecure download.
I tried restarting the container several times and can't get it to work. The XML guide data links do seems to be populating though.
Any suggestions?
Could be a name resolution issue on your LAN. Can you ping freyplexpi.local? What happens if you use the IP address instead of a hostname?
Wow, thanks for the quick reply. That worked. Not sure why the name resolution wasn't working because it works with all my other Docker containers. I'll take it though!
freyplexpi.local:7778 resolves in Chrome to show the Tubi Playlist and links for what it's worth. I'll just use the IP though.
Has http://ghcr.io/jgomez177/tubi-for-channels:latest been updated?
I tried pulling it twice and it still shows v1.00