Non-Docker source for PlutoTV and Stirr m3u playlists and EPG

Playground Custom Channels
#384

Howdy... it's been ages since I configured my Channels using the (wonderful) nocords server for Pluto, et al... and I just discovered today that it thinks there are no channels for Pluto, Stirr, etc... and when I go and reconfigure, I get the following error:

invalid source url: Get "https://nocords.xyz/pluto/playlist.m3u": dial tcp: lookup nocords.xyz: i/o timeout

Anyone know what I've got wrong? I did change ISPs earlier in the week... is this maybe some sort of DNS filtering going on? (I'm not using a VPN.) Or is nocords having hiccups right now?

#385

https://nocords.xyz/pluto/custom.php?start=7000.m3u

#386

It’s working for me. What do you get when you go to https://nocords.xyz ?

1 Like
#387

I get the appropriate web page... but when I'd try pasting in the links into Channels' sources, I'd get the i/o timeout error.
But... an update... My Channels DVR is on a NAS, and it said there was an update ready to install, so I let it update, and upon rebooting, Channels was now seeing Pluto & Stirr sources and content again, so maybe there was some sort of hangup on my NAS.... but at the moment, all is well again. :slight_smile:

1 Like
#388

And sometimes a reboot does wonders, especially for network issues.

2 Likes
#389

With that no longer being an option, here's how anyone can get these stations:

1 Like
#390

This may be a freak thing, but I was scrolling through the new Pluto NFL channel, looking to see which Superbowl replays were coming up. WTH, I have 23 hours of listings for Pluto channels?

When have we ever gotten more than 12 hours? Never, as I recall. Hope this keeps up.

4 Likes
#391

that started at least a couple weeks ago... it was a big suprise!

2 Likes
#392

Ugh, looks like my hourly refresh ditched the extra listings not long after I posted that. Curious what others are seeing.

2 Likes
#393

At the risk of talking to myself, it seems the length of the listings varies with refreshes.

#394

I'm new to channels and am quite impressed. I use the TV Everywhere with our TV provider and really like the automatic commercial skip. I also setup HankLloydRight's PlutoTV no docker links as a "custom channel" and it appears to be working nicely, except.

My problem is the automatic commercial skip doesn't seem to work on the PlutoTV recordings. It appears to have made the edl files but when I play the recording back it doesn't automatically skip. Does anyone have a clue what is causing this? I'm playing back with the channels app in a FireTV stick.

1 Like
#395

Sounds like your problem is with Commercial Detection. Check out more relevant threads for info on that:

#396

The same problem @jonares had back in December happened to me a few days ago with plutoTV.

~$ ping nocords.xyz
PING nocords.xyz (104.21.96.58) 56(84) bytes of data.
64 bytes from 104.21.96.58 (104.21.96.58): icmp_seq=1 ttl=53 time=9.64 ms
64 bytes from 104.21.96.58 (104.21.96.58): icmp_seq=2 ttl=53 time=9.46 ms

shows no connectivity problem.

Visiting the nocords.xyz site and copying the m3u URL I can download playlist.m3u:

wget https://nocords.xyz/pluto/playlist.m3u

Gets me:

~$ ls -l *.m3u
-rw-rw-r-- 1 wally wally 375363 Jan 28 08:33 playlist.m3u

My TVE channels are still working fine.

#397

Would be nice to know what the i/o timeout value is in Channels DVR.
I got the same transient i/o timeout for the fancybits guide server on a guide fetch this morning
dial tcp: lookup tmsdata.fancybits.co: i/o timeout

#398

lookup means dns, it's trying to connect to your dns server and failing. dns timeouts are usually 1-2s

#399

Thanks. I know that. Wanted to know what the timeout value was since that's also what @Wally_Bkg and @jonares were talking about.

1 Like
#400

dns is also typically over udp. the error says tcp that means the udp timed out first then it fallbacks to tcp and that failed too. it failed in the dial phase which means the server never responded to the connection request

#401

When you try to ping nocords.xyz you’re only hitting a Cloudflare edge node and not the origin server. To test actual connectivity to nocords.xyz to see if it’s up, just go to the website in a browser.

#402

Make SURE your Channels server is on a RESERVED IP address. I setup a new phone for my wife this past week, and last time she turned it on, it grabbed the same IP address as my Channels server. That caused all sorts of issues due to the address conflict. I had to go back into my router settings, re-reserve the IP address for the server, and reboot the wife's phone, then reserve that address so her phone won't go hunting again.

1 Like
#403

When I type nocords.xyz in the address bar of Brave browser using the computer running the Channels DVR server the site comes up fine, although there is a delay of a couple of seconds. Repeating the add source again still gets the timeout error, which since the Ubuntu I use defaults to a "caching" local DNS, so with it freshly in the cache it shouldn't be an issue with the time it takes for a DNS lookup.

doing: dig nocords.xyz gives:


; <<>> DiG 9.10.3-P4-Ubuntu <<>> nocords.xyz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48475
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;nocords.xyz.			IN	A

;; ANSWER SECTION:
nocords.xyz.		300	IN	A	172.67.173.152
nocords.xyz.		300	IN	A	104.21.96.58

;; Query time: 267 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Tue Jan 30 14:29:04 CST 2024
;; MSG SIZE  rcvd: 72

So seems the udp lookup doesn't fail and seems reasonably quick at 267 msec, certainly doesn't account for the delay in Brave opening the page.

I'm still stumped. It had been working fine

1 Like