I'm now getting this error message when trying to watch channels from my FrndlyTV source:
"The media could not be loaded, either because the server or network failed or because the format is not supported."
It seems to be limited to my Frndly TV source. None of the other sources (HDHR antenna & Frontier Communications) are affected by this.
Check the log at your Frndly TV source.
Docker container log or Python log (depending on how you're running it).
Example of tuning to MeTV
Normal container log
2025-10-19T16:34:45.780094605Z Requesting: https://frndlytv-api.revlet.net/service/api/v1/page/stream
2025-10-19T16:34:51.118077325Z channel/live/me_tv > https://sr-live-weigel1.akamaized.net/v1/master/...
2025-10-19T16:34:51.432290610Z 172.17.0.1 - - [19/Oct/2025 09:34:51] "GET /play/me_tv-44.m3u8 HTTP/1.1" 302 -
Normal DVR log
2025/10/19 09:34:52.120824 [TNR] Opened connection to M3U-frndlyTV for ch9001 MeTV
2025/10/19 09:34:52.120905 [HLS] Starting live stream for channel 9001 from 192.168.1.8 (bitrate=3192kbps)
2025/10/19 09:34:53.248952 [HLS] Probed live stream in 1.127839008s: h264 1280x720 progressive 2760968bps
2025/10/19 09:34:53.429564 [HLS] Session ch9001-dANY-ip192.168.1.8 started in 1.308486447s
I'm running it in Docker (should've mentioned that). I don't have much experience using Docker (other than following the setup process for Channels DVR). I'll check it & see if anything looks out of the ordinary from your example
I did some more testing. I found it works fine in Chrome using my Windows 11 NUC 8 (which is my media server). I updated Channels to the latest pre-release, made sure Docker was up to date, then I started my NUC 8.
I'm running into the issue on my iMacs. I have both a 2017 and 2019 (intel) iMac. At first, both tested fine. But when closing out the channel and tuning to another, I got the error message again. The latest logs below. I'll be honest, I have no idea what I'm looking at
2025/10/19 12:34:12.257379 [HLS] Starting live stream for channel 10387 from 192.168.1.4 (bitrate=3193kbps)
2025/10/19 12:34:12.986859 [HLS] Session ch10387-dANY-ip192.168.1.4 started in 729.4805ms
2025/10/19 12:34:13.243904 [HLS] Probed live stream in 983.7758ms: h264 1280x720 progressive 2784154bps
2025/10/19 12:34:28.800765 [HLS] Stopping transcoder session ch10387-dANY-ip192.168.1.4 (out=23.998667s finished=false first_seq=1 last_seq=23)
2025/10/19 12:34:28.852831 [TNR] Closed connection to M3U-FrndlyTVSource1 for ch10387 MeTV Toons
2025/10/19 12:34:28.852831 [SNR] Buffer statistics for ch10387 MeTV Toons: buf=0% drop=0%
2025/10/19 12:34:28.852831 [SNR] Streaming statistics for ch10387 MeTV Toons: timeouts=0 segment_timeouts=0 playlist_timeouts=0
2025/10/19 12:34:36.829069 [TNR] Opened connection to M3U-FrndlyTVSource1 for ch10386 MeTV
2025/10/19 12:34:36.829069 [HLS] Starting live stream for channel 10386 from 192.168.1.4 (bitrate=3192kbps)
2025/10/19 12:34:37.456124 [HLS] Session ch10386-dANY-ip192.168.1.4 started in 627.0553ms
2025/10/19 12:34:37.976211 [HLS] Probed live stream in 1.1446169s: h264 1280x720 progressive 2611821bps
2025/10/19 12:35:05.648790 [TNR] Sharing existing connection to M3U-FrndlyTVSource1 for ch10386 MeTV (clients=2, len=0)
2025/10/19 12:35:05.648790 [HLS] Starting live stream for channel 10386 from 192.168.1.142 (bitrate=3192kbps)
2025/10/19 12:35:05.817736 [HLS] Session ch10386-dANY-ip192.168.1.142 started in 168.9456ms
2025/10/19 12:35:05.926205 [HLS] Probed live stream in 275.2313ms: h264 1280x720 progressive 2777512bps
2025/10/19 12:35:18.016524 [HLS] Stopping inactive session ch10386-dANY-ip192.168.1.4
2025/10/19 12:35:18.016524 [HLS] Stopping transcoder session ch10386-dANY-ip192.168.1.4 (out=47.988s finished=false first_seq=1 last_seq=13)
2025/10/19 12:35:18.277135 [SNR] Buffer statistics for ch10386 MeTV: buf=0% drop=0%
2025/10/19 12:35:18.277135 [SNR] Streaming statistics for ch10386 MeTV: timeouts=0 segment_timeouts=0 playlist_timeouts=0
2025/10/19 12:35:24.751511 [HLS] Stopping transcoder session ch10386-dANY-ip192.168.1.142 (out=27.998667s finished=false first_seq=1 last_seq=28)
2025/10/19 12:35:24.815161 [TNR] Closed connection to M3U-FrndlyTVSource1 for ch10386 MeTV
2025/10/19 12:35:24.815161 [SNR] Buffer statistics for ch10386 MeTV: buf=0% drop=0%
2025/10/19 12:35:24.815161 [SNR] Streaming statistics for ch10386 MeTV: timeouts=0 segment_timeouts=0 playlist_timeouts=0
It gets confusing.
What are you running Channels DVR Server on.
What are you running your FrndlyTV docker source on.
What devices are you using to watch from (192.169.1.4 & 192.168.1.142)
Appears you started watching channel 10387 using one device, switched it to channel 10386 and then you start watching channel 10386 from another device (watching from two devices at the same time).
Everything looks normal in the DVR log.
Perhaps you're exceeding the stream limit you're paying for with your FrndlyTV sub (Basic=1, Classic=2, Premium=4).
If you don't see any errors in the container log, try using a different browser?
Don't know if you're watching in a browser or on the iPad app on your iMac.
I run both Channels DVR and Frndly Docker on a Windows 11 NUC 8. The main devices are AppleTV 4ks. When I'm working from home, I use one iMac for work & the other to watch Channels (using Chrome browser) - which is what you see in the logs I attached. And yes, the logs show me switching between the 2 to test out the error message.
Probably didn't help, as I was getting it one & not the other. I'd just never run into that before and it threw me. All seems to be working as it should - for now. I'll keep an eye out if/when it happens again.
My thanks for the reply
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.