I do not have a subscription to dvr channels
Then this project will not work for you.
Read the first post
And the m3u created by the project will only work for the IP address it was generated for.
@bnhf
Found another bug.
For kister m3u's not using the @channelname
Since I always use the youtube @channelname, I never tested your code for that.
Long winded version in my PM to you.
No wonder it didnt work for me. π«
If you're not using the @channelname for the channel, just replace the https://kister.net/mpl/yt2m3u8?w=
with https://kister.net/mpl/yt2m3u8?v=
in the url of m3u file for now.
@bnhf said there should be a fix tomorrow.
His example is misleading and so the code he based it on is wrong, as a kister m3u file wouldn't contain https://kister.net/mpl/yt2m3u8?v=gCNeDWCI0vo
, it would be https://kister.net/mpl/yt2m3u8?w=gCNeDWCI0vo
I already did that. For some reason, the m3u file updates from this
#EXTM3U
#EXTINF:-1 channel-id="abc7-news" channel-number="6984",WABC News
https://kister.net/mpl/yt2m3u8?w=oFOTr81KHLg
#EXTINF:-1 channel-id="wplg-news" channel-number="10.4",WPLG Local 10 Plus
https://kister.net/mpl/yt2m3u8?w=2w6LcfLBNiY
#EXTINF:-1 channel-id="france-24" channel-number="6763",France 24
https://kister.net/mpl/yt2m3u8?w=l8PMl7tUDIE
to this
#EXTM3U
#EXTINF:-1 channel-id="abc7-news" channel-number="6984",WABC News
#EXTINF:-1 channel-id="wplg-news" channel-number="10.4",WPLG Local 10 Plus
#EXTINF:-1 channel-id="france-24" channel-number="6763",France 24
I'm not too sure why
Did you kill the action by using frequency: 0
Then replace the m3u file
Then trigger the action again
For now, you have to use ?v= instead of ?w= for youtube channels not using @channelname until he fixes it.
ahh...ok looks like that sorted it out
But looks like it only works on the 3rd channel.
This
#EXTM3U
#EXTINF:-1 channel-id="abc7-news" channel-number="1",WABC News
https://kister.net/mpl/yt2m3u8?v=oFOTr81KHLg
#EXTINF:-1 channel-id="wplg-news" channel-number="2",WPLG Local 10 Plus
https://kister.net/mpl/yt2m3u8?v=2w6LcfLBNiY
#EXTINF:-1 channel-id="france-24" channel-number="3",France 24
https://kister.net/mpl/yt2m3u8?v=l8PMl7tUDIE
Becomes this
#EXTM3U
#EXTINF:-1 channel-id="abc7-news" channel-number="1",WABC News
#EXTINF:-1 channel-id="wplg-news" channel-number="2",WPLG Local 10 Plus
#EXTINF:-1 channel-id="france-24" channel-number="3",France 24
# yt-source=https://www.youtube.com/watch?v=l8PMl7tUDIE
https://manifest.googlevideo.com/.../file/index.m3u8
Can't you use the @channelname/live for those youtube channels?
Like https://www.youtube.com/@abc7NY/live
Ahh, I see they have 3 live streams going https://www.youtube.com/@abc7NY/streams
I gave up using the watch?v= since those change, but the @channelname/live should always redirect to the latest live stream.
That explains it.
Those first two are no longer live streams.
The v=ID has changed
Check these links out
https://www.youtube.com/watch?v=oFOTr81KHLg
https://www.youtube.com/watch?v=2w6LcfLBNiY
Here is what you would see in the DVR log
[ERR] Failed to start stream for ch6984: missing URI for M3U entry: abc7-news
[ERR] Failed to start stream for ch10.4: missing URI for M3U entry: wplg-news
Addressed in bnhf/olivetin:latest (aka bnhf/olivetin:2025.01.01).
Doesn't look like your updated script made it to the new image.
Still failing and the updater.sh is same as old version.
Classic "updated it, but didn't click save scenario" -- please try it now...
Sorry for the whiplash, but if you did this and updated to the latest OliveTin for Channels, you'll have to undo it. Put the ?w= back in.
For anyone that did that workaround until you fixed the code today.
If they changed their m3u file from ?w= to ?v= to workaround the bug, now they'll have to change it back. Since you fixed the bug, ?v= doesn't work anymore.
UPDATE: Ignore the below. I didn't realize there was actually a stack within OliveTin called "static-file-server". For anyone else looking, you can find this in the stack, down under "Containers" where it lists olivetin and static-file-server (mine is actually static-file-server2, but I suspect that's something I did at some point).
Any idea on how to find the "static file server port" from the Olivetin stack? Under "Published Ports" I have 1337:1337, but this:
http://192.168.7.180:1337/192.168.7.180-8089/YouTubeLive.m3u
gives me an error ( invalid source url: Get "http://192.168.7.180:8088/192.168.7.180-8089/YouTubeLive.m3u
": dial tcp 192.168.7.180:8088: connect: connection refused) when I try to create the custom source.
Yes, it's a service within the OliveTin for Channels Portainer stack.
Each service is a container.