Pluto working fine, rarely have issues. Refreshes every hour.
SamsungTV+ a different story. Set to refresh every 3 hours.
Perhaps they've caught on and block people connecting every 1, 3, or 6 hours? I realize we are getting this data basically by proxy, but that's the limit of my knowledge. How often are the files we connect to "normally" updated? Perhaps the end provider for that data is tired of us "freeloading"?
I have never gotten samsung guide data to work so gave up on it for now. Interesting that the issue seems to be spreading.
Both are again not working for me. Three days in a row now. They stop for most of the day and then return for one cycle at night. My refresh is at six hours. I can manually download the xml without issue.
I use docker for both Pluto and Samsung. No EPG has been loading for several days on either for me. Stirr IS working.
I got guide data for a few hours and then nothing again. I think it just isn't reliable enough unfortuanley.
Going to have to wait for Matt to figure out what's choking his script
Appears what ever the issue is, it's also affecting the gb.xml program schedule.
ca.xml looks good, didn't check any others.
and.... its back
2023/02/11 17:39:19.979111 [DVR] Reindexed 1717 airings into XMLTV-SamsungTVPlus (241 channels over 13h0m20s) + 289 skipped [0s index]
Yup. Both Pluto TV an Samsung TV have returned about the same time they did yesterday.
Strange, I can't recall the last time I lost Pluto listings. Using nocords.xyz non-docker method.
Guys we don't need a play by play here. When matt takes a look and implements a fix he will let you know. Until then we know it's not working reliably.
And issues with Pluto belong in one of these topics
Issues with Stirr in the first one.
Is it working now? Anyone else have problems with nocords?
I've never had issues with Pluto nocords. Running it since day one.
Pluto is fine, but this Samsung guide is not working: i.mjh.nz/SamsungTVPlus/us.xml
Come on, guys. Use the subscribe feature at the bottom of the thread and wait for Matt to fix it. When he responds you’ll get a notification. No need to keep spamming everyone saying it’s also not working for you.
i think the issue is a change at Github. They seem to be caching the master url for a lot longer.
I have started adding a "generated" tag to the xml <tv so can easily see when the file was updated.
eg.
https://raw.githubusercontent.com/matthuisman/i.mjh.nz/c2d46336a115fe9ad9e8865470386f1d5bc9eb47/SamsungTVPlus/us.xml
was commited 2 hours ago
notice it has generated-ts in it.
However, master: CBS News still doesn't. Tells me it's cache is older than 2 hours
(ps: no idea why this forum is showing the above linke as "CBS News" haha)
What I can do is grab the commit hash from github after commiting it, and then update my redirect urls to point directly to that
This explains why the listing in the kodi addon were working ok. They use a json file directly from my server (via cloudflare). However, CF didn't like me caching xmls so they went onto github
It's parsing the xml
Try putting back quote (grave accent) marks ` around it
`https://raw.githubusercontent.com/matthuisman/i.mjh.nz/master/SamsungTVPlus/us.xml`
https://raw.githubusercontent.com/matthuisman/i.mjh.nz/master/SamsungTVPlus/us.xml
Or use square brackets and parenthesis like this
[https://raw.githubusercontent.com/matthuisman/i.mjh.nz/master/SamsungTVPlus/us.xml](https://raw.githubusercontent.com/matthuisman/i.mjh.nz/master/SamsungTVPlus/us.xml)
https://raw.githubusercontent.com/matthuisman/i.mjh.nz/master/SamsungTVPlus/us.xml
I can see the timestamp generated-ts="1676255203"
in the file at https://i.mjh.nz/SamsungTVPlus/us.xml
which matches the date/time displayed for the file at Index of /SamsungTVPlus/
us.xml 13-Feb-2023 15:26 1186374
knowing that's UTC+13