It's the Dora TV channel in the kids sub-category.
Playing here using maddox docker source
Hmmm. And it appears to be showing the show that's listed (and not the same 30 second clip on repeat)? If that's the case, I appreciate you checking. I'll have to try removing everything and adding it again to see if I accidentally did something along the way.
The url for that channel as found inside the playlist.m3u
Download that playlist.m3u and open it in a text editor
Use this url I highlited in VLC
Also check what the channel plays at https://pluto.tv
If it's bad there, contact Pluto
Thank you for the clarification. I was able to locate the line on my end and it looks to match up. It won't play, saying it may be unsupported or corrupted. The channel does work on the Pluto site and app. I appreciate you taking the time to help. It's more a mild inconvenience than anything, so I'll try playing around with things some more later to rule out something I'm doing or accidentally did. Take care!
A fresh install, Pluto local is up and running via docker, thanks so much @joagomez!
I just noticed that when using this handy bookmarklet for channel management, the default format .m3u is not showing category tags:
They showed previously though, when I'd been using the nocords.xyz and i.mjh.nz methods.
I was able to get these category tags to display however, by switching from the default .m3u to the "maddox compatibility" .m3u instead.
Just curious but what's the benefit of the default or i.mjh.nz m3u over this one?
1 Like
Discussed earlier in thread (channel-id differences) starting here Pluto for Channels - #667 by radioboy
Ah, I see. I've just noticed the same issue when I was building new Channel Collections, so I changed back to the default .m3u. Less confusing for me. This loses those category tags, but they weren't as important. If there's a way to add category tags in a future update, I'd love to see it, but I'm making do without them for now. Thanks!
1 Like
I don't know why the category tags are missing as both channel lists are using the group-title tag unless @kman0 is using other identifiers in addition to group-title (I don't use that bookmarklet so can't speak to its use)
1 Like
It appears the problem was on my end, and it was only temporary. I just checked again, along with the bookmarklet, and now the group-title tags are displaying properly. Thank you!
Mike
Can you, please, give detailed info, how to make @joagomez work on Synology. I am using @maddox docker but don't find @joagomez (want to replace @maddox with @joagomez)
Thank you
1 Like
Are people having issues with the guide data for the Britbox Mysteries channel using the docker container?
I'm using nocords.xyz for the guide data and the programs and timings for the Britbox Mysteries channel have not been correct for a couple of weeks. Thank you.
Is this still updated and valid? It was last updated Nov 2022 says releases.
How does this compare to the nocords non docker URL method for getting playlist and Guide data?
Same channels or any difference? Same length in guide data?
The Pluto for Channels is still being updated.
The bigest difference with the docker is that playlists are generated locally.
I've been running it for a good long time and it works great.
1 Like
For the maddox container, the playlist and EPG are cached in the container. The container pulls about 24 hrs of EPG about every 3 hrs. Not sure about the joagomez container or the nocords feed since I don't use them. Although the nocords feed should be the same as the maddox docker, since that is what powers it.
If you installed portainer it's easy to setup using the docker compose Pluto-for-Channels (jonmaddox) found here A docker-compose for every Channels-related extension -- suitable for Portainer-Stacks!
You have it backwards. The jonmaddox container is the source for the nocords website feed.
First post here Non-Docker source for PlutoTV and Stirr m3u playlists and EPG
You can either run the jonmaddox container locally, or get the same data from the nocords website feed.
1 Like
Ohhh. My bad...
I see on that page for the non-docker nocords site, they mention his version generates new device ids and sid url for each page load. To prevent conflicts etc.
If i use the docker locally, it implies that is not done. Is that not need for the Docker since the playlist it generates is already unique? If i have multiple CDVR servers that use its playlist, will it cause conflicts?
nocords has to generate unique id's for each user, otherwise everybody using it would be using the same feed url's.
jonmaddox docker is local with its own unique id's, so not everybody is using the same ones.
See his GitHub page for how to have it generate multiple feeds GitHub - maddox/pluto-for-channels: 📺 M3U generator optimized for Channels' custom channels.
Got it running.
It show 3 less Channels though. 420 Channels vs 423 from nocords....
Think from browsing around, at least 1 of them is Wheel of Fortune channels, they not in the docker m3u. Not a big deal.
mentioned above:
and here:
EDIT: For reference, the repo is here: GitHub - jgomez177/pluto-for-channels
and I think the docker url got updated to ghcr.io/jgomez177/pluto-for-channels