I have seen this before. Not truly duplicates. One channel is embedded and repeats a handful of episodes. The other has a broader selection of episodes. They got rid of a few of those embedded channels a while back. Looks like they are adding others.
In my case the schedule listings are identical for both channels.
1 Like
Maybe the docker should ignore channels with number set to zero.
Great, if that would solve it.
I do have Channels DVR set to ignore channel-number from M3U.
Both channels show the same schedule and play the same content.
Is there a video or step by step on installing and running this - especially on a QNAP or Synology NAS
My main problem is the kinda janky way that QNAP handles Docker containers I think
THANKS - worked 1st time
this really adds value to channels DVR - I only get 6 OTA stations where I am at, so adding a few more is great !
Pluto is available as a separate app - the killer feature of doing it this way is being able to select the handful of stations that you want - plus the ability to record programs
5 Likes
AND... the interface of the Pluto app sucks horribly.
4 Likes
I used this one and it worked! I spent hours trying to figure it out. Thank you so much!
1 Like
You shouldn't use those anymore.
There is a thread for non docker links in here, anyone help, at work and not supposed to be typing this.
1 Like
So for a little more clarification, the website https://i.mjh.nz has the .m3u8 and .xml for:
PlutoTV
Stirr
Plex
Samsung TV+
PBS (a handful of channels, not what it used to be)
However, due to those links being used millions of times, and still being used, using them will leave you susceptible to interruptions in playback when someone else accesses the channel you are watching. So. What this means is that you should only use links from that site as a last resort. For example, I use them for SamsungTV+, Plex, and PBS because I'm aware of no other way / place / etc to find / create those links.
PlutoTV and Stirr:
You have 2 different ways to avoid using the links at https://i.mjh.nz
The docker route (advanced, requires maintenance)
The non-docker route using links from https://nocords.xyz/
This is kind of a no brainer if you don't want to or cant use docker. @HankLloydRight has done a fantastic job adapting the docker scripts to run on his enterprise grade equipment with his own resources so that we don't have to.
3 Likes
I think the SamsungTV now has a docker option (I'm using docker on my Linux server). Pretty sure there is a thread on here if anyone is interested. I don't use it that much, so may drop it soon.
1 Like
I linked to the non-docker method by @HankLloydRight which is the https://nocords.xyz/ method.
1 Like
FYI, the creator of that Samsung TV+ docker solution explained that he created it merely as a learning exercise and all it’s doing is passing along the exact same mhj.nz links. No metadata massaging at all. So there’s really no benefit to incorporating those channels that way.
1 Like
I like my little Docker container. Why not work together instead of pushing for a single preferred solution? Collaboration is so much more fun.
Sounds like you're pushing for a single preferred solution?
Besides, they're collaborating already, the code on nocords.xyz leverages maddox's code on github. They are just different methods of incorporating the results into our Channels DVRs.
2 Likes
That would explain why I don't go to those channels frequently.
I am advocating for a alternative deployment. When they come up with a Docker solution, I will consider it. I will also consider contributing to their attempt to monetize the solution.
Yessir you did, but she responded to my older post with the old links before any newer methods, so just wanted to make sure she isn't using the old links.