Now I noticed STIRR was displaying the same issue as PLUTO (no-indivitual listings per channed, just one long bar)
refreshed updated that epg loc (https://techzyon.com/epg/stirr_guide.xml) and BOTH pluto & stirr are working as they should!?
In addition to my security cameras, which are working fine after recent updates, I just added psuedo channels with local content via dizqueTv which works great with Channels. Thanks to the devs for adding this new feature. I'm enjoying integrating various content into a single platform interface.
1 Like
I still can't get it to run on Pi. Removed it from Docker, did another pull and ran the run command but it still exits.
I have it running just fine in my Mac Docker, but do want to move it to my Pi eventually.
Same here with running on pi4. I even tried building the container myself on the pi and it fails with the same "exec format error" as when trying to run the pre-build container. I'm fairly convinced there's a problem with the docker support on the pi.
Sending build context to Docker daemon 93.7kB
Step 1/12 : FROM hoosin/alpine-nginx-nodejs:latest
---> 253942b5c309
Step 2/12 : ARG pluto_iptv_sha=954c9e1c5214986aa1dc95633ddad2071b8f87de
---> Using cache
---> caafc271033b
Step 3/12 : WORKDIR /usr/src/app
---> Using cache
---> 2d4c41ebc408
Step 4/12 : ADD entrypoint.sh /usr/src/app/entrypoint.sh
---> Using cache
---> 33100e700319
Step 5/12 : ADD index.html /usr/src/app/index.html
---> Using cache
---> 7ffbb969901c
Step 6/12 : RUN wget "https://github.com/maddox/PlutoIPTV/archive/$pluto_iptv_sha.zip"
---> Running in 29ec1be36432
standard_init_linux.go:211: exec user process caused "exec format error"
The command '/bin/sh -c wget "https://github.com/maddox/PlutoIPTV/archive/$pluto_iptv_sha.zip"' returned a non-zero code: 1
1 Like
This is the issue as this base image has no arm variants.
The stream.mpg url http://${DVR_IP_ADDRESS}:8089/devices/TVE-${PROVIDER}/channels/${TVE_CHANNEL_NUMBER}/stream.mpg and as well as the m3u8 link format https://CHANNELS_DDNS:8089/devices/ANY/channels/X.X/hls/master.m3u8 doesn't work in M3U playlist
2020/11/19 13:03:53.278438 [ERR] Could not start stream for M3U-SJTV ch3 MSNBC: M3U: Could not fetch playlist: http://192.168.1.2:8089/devices/ANY/channels/6050/hls/master.m3u8: Get "http://192.168.1.2:8089/devices/ANY/channels/6050/hls/master.m3u8": net/http: timeout awaiting response headers
2020/11/19 13:03:53.703832 [TNR] Opened connection to TVE-ATTOTT for ch6050 MSNBC
DDNS won't work because you need to be authenticated. Are you trying to point the dvr at itself with the local IP or to another dvr instance?
1 Like
I keep getting a javascript error on the latest prerelease while trying to re-map one of my M3U channels. It shows the error page as soon as I type anything in the "Filter..." field.
A Javascript error has occurred!
Please refresh the browser after reporting this issue on Channels Community or to [email protected].
undefined is not an object (evaluating 'e.DisplayName[0]')
https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:101:58688
filter@[native code]
render@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:101:58604
Yi@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:70125
cl@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:96962
sl@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:96887
$s@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:93917
$s@[native code]
https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:45558
https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:417:4087
Ga@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:45504
Va@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:45439
https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:114705
B@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:114709
Q@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:2337
P@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:2421
qt@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:23935
Zt@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:23153
Zt@[native code]
https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:417:4087
O@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:114540
Kt@https://xxxxxxxxx.channelsdvr.net:8089/bundle.js:409:22968
Kt@[native code]
components/DeviceChannelsModal.js:553
filter@[native code]
filter@components/DeviceChannelsModal.js:552
context@react-dom/cjs/react-dom.production.min.js:182
X@react-dom/cjs/react-dom.production.min.js:247
effectTag@react-dom/cjs/react-dom.production.min.js:247
W@react-dom/cjs/react-dom.production.min.js:240
$s@[native code]
a@react-dom/cjs/react-dom.production.min.js:123
callback@scheduler/cjs/scheduler.production.min.js:20
ig@react-dom/cjs/react-dom.production.min.js:123
Va@react-dom/cjs/react-dom.production.min.js:123
rendererPackageName@react-dom/cjs/react-dom.production.min.js:289
rendererPackageName@react-dom/cjs/react-dom.production.min.js:289
Q@react-dom/cjs/react-dom.production.min.js:19
P@react-dom/cjs/react-dom.production.min.js:19
flexShrink@react-dom/cjs/react-dom.production.min.js:71
b@react-dom/cjs/react-dom.production.min.js:60
Zt@[native code]
callback@scheduler/cjs/scheduler.production.min.js:20
c@react-dom/cjs/react-dom.production.min.js:287
Kc@react-dom/cjs/react-dom.production.min.js:69
Kt@[native code]
OK, the Pluto for Channels docker image is now built successfully for ARM and for Raspberry Pi use. You should be able to fire it up now.
1 Like
I'm trying with dvr local ip address pointing dvr channels m3u8 links work with custom channels m3u playlist .
https://DVR_IP_ADDRESS:8089/devices/ANY/channels/X.X/hls/master.m3u8
"http://192.168.1.2:8089/devices/ANY/channels/6050/hls/master.m3u8" works from other iptv clients within my home network.
What is the error with stream.mpg url. Make sure you select MPEG-TS for the type.
I want to use "http://192.168.1.2:8089/devices/ANY/channels/6050/hls/master.m3u8" as all other channels in my playlist are of HLS type. I get the below error
2020/11/19 13:03:53.278438 [ERR] Could not start stream for M3U-SJTV ch3 MSNBC: M3U: Could not fetch playlist: http://192.168.1.2:8089/devices/ANY/channels/6050/hls/master.m3u8: Get "http://192.168.1.2:8089/devices/ANY/channels/6050/hls/master.m3u8": net/http: timeout awaiting response headers
2020/11/19 13:03:53.703832 [TNR] Opened connection to TVE-ATTOTT for ch6050 MSNBC
Okay. We will need diagnostics from the DVR to investigate further.
Got it running now. Thanks!
First of all, thank you Team for such an amazing work, loving Channels more every day!
I am using a similar setup, just through a VPN, I am getting the timeout error (unable to fetch HLS playlist) mentioned above 3 out of 5 times ... 2 out of 5 times it works great ...
Any ideas? I sadly can not speed up the VPN connection to my other home in Germany ...
i've lost the guide on my pluto channels. this was working yesterday, now the guide has disappeared...any ideas? the channels are still there, just no guide data...
nevermind, just saw the note in the docker thread about needing to update manually. a manual guide pull fixed it.
ARM verified here working as well. Great work! This has come a long way in a short time.
BTW....you may want to remove the START_CHANNEL_NUMBER setting in your command example in the docker overview.
Submitted diagnostics
I see it now. Must have been half asleep this morning, thanks!
Thanks, works great. As a plus, this prodded me to finally upgrade the OS on my Mac channelsdvr server, it was still sitting on High Sierra and wouldn't run the latest docker.
Chief