damn - so i couldn't write a little bash script to pull the status of my server? is that feature coming - so i can do notifications on my server health?
You are free to explore the server's API using the developer tools in your browser when accessing the web UI.
For a status widget you could use the response from http://x.x.x.x:8089/dvr
damnit - i swear to god i curl'ed that just the other day and got a 404!!!! i was aware of the dvr/subscribe api and have a script around that but i just tried again and was able to pull it and pipe it into jq like a charm - this will be a great - thanks
1 Like
any luck on solving this? I've had Channels on a Windows Server for years with no issues. I run 2 HDHomeRun Primes. I'm trying to consolidate servers so i moved to your amazing docker! Everything runs smooth but I get random disconnects through the day. I see the same error in my logs. "no data was received for 6s". Everything in my environment is hardwired (1g). I see no dropped packets from either side. All my clients are ATV4k.
1 Like
I never found a cause for it. Just now looking at his interface again months later I notice he has a MTU size of 9000 which could be a cause for some issues.
mine is set to bond0 (active backup) and my container is set to host. My MTU is set to 1500.
I might try to split the eth out and dedicate one eth just to channels and see what I get.
just happened again. I'm noticing when it happens it kicks all clients off during the "event". During this one I had 2 different clients watching 2 different channels and they both received the same message and the stream was terminated. Simply hit play again on the channel and it's back up and running. No other changes needed.
2023/05/27 20:48:32.409273 [TNR] Opened connection to 131966B0/0 for ch753 FXPHD
2023/05/27 21:06:21.946504 [TNR] Cancelling stream 131966B0/0 ch753 after no data was received for 6s
2023/05/27 21:06:21.958629 [TNR] Closed connection to 131966B0/0 for ch753 FXPHD
2023/05/27 21:06:21.958703 [SNR] Statistics for ch753 FXPHD: ss=95%-96% snq=99%,96%-100% seq=100% bps=4101371,1813824-5853568 pps=362,0-509
2023/05/27 21:06:21.958928 [SNR] Buffer statistics for 10.20.30.111 (Apple TV) for ch753 FXPHD: buf=0% drop=0%
2023/05/27 21:06:25.235281 [TNR] Cancelling stream 131966B0/2 ch736 after no data was received for 6s
2023/05/27 21:06:25.252318 [TNR] Closed connection to 131966B0/2 for ch736 ESPN2HD
I never found the issue, but it has to be another docker or something with the way how I am using Unraid, because I tried it on different hardware and had the same issues. I didn’t bother spending the time to setup a new fresh server, install this and go container by container and wait and test each one to see when the issue starts. I gave up and installed Channels on my Synology and it has been rock solid.
just noticed the Plex container and Channels DVR container are both using port 1900. Both containers are set to host. I wonder if that has anything to do with it.
Is Tuner Sharing on or off?
No, that's not it. That's just used for UPnP or SSDP.
Tuner Sharing is On for all clients.
Have you tried the dev teams docker container on unraid? I have used it for years with no issues.
I don't see any other channels options other than Tim's. I love that he adopted the Hardware for Nvidia which I leverage as well.
Do you have a link to the other version? When I search for Channels inside the app store I only see the options from Tim.
Here is another example from today. Packet corrupt? No sure if that is extra info or not. But the channel stalls out and then you can start the channel back immediately and it will be fine or minutes or sometimes hours.
2023/05/28 11:40:35.651415 [TNR] Cancelling stream 131966B0/1 ch733 after no data was received for 6s
2023/05/28 11:40:35.663680 [TNR] Closed connection to 131966B0/1 for ch733 GOLFHD
2023/05/28 11:40:35.668856 [HLS] ffmpeg: ch733-d131966B0-91f8ed11220a-remux: [mpegts @ 0x7b936c0] Packet corrupt (stream = 0, dts = 2166339653), dropping it.
2023/05/28 11:40:35.669026 [HLS] ffmpeg: ch733-d131966B0-91f8ed11220a-remux: [mpegts @ 0x7b936c0] Packet corrupt (stream = 1, dts = 2166115014), dropping it.
2023/05/28 11:40:35.669041 [HLS] ffmpeg: ch733-d131966B0-91f8ed11220a-remux: [mpegts @ 0x7b936c0] Packet corrupt (stream = 2, dts = 2166115014), dropping it.
2023/05/28 11:40:35.752729 [SNR] Statistics for ch733 GOLFHD: ss=96%-97% snq=99%,95%-100% seq=100% bps=3971615,545952-4154048 pps=339,0-355
2023/05/28 11:40:35.752767 [SNR] Buffer statistics for ch733 GOLFHD: buf=0% drop=0%
2023/05/28 11:40:36.364478 [HLS] Couldn't generate stream playlist for ch733-d131966B0-91f8ed11220a: Stream stopped
2023/05/28 11:40:36.364538 [HLS] Stopping transcoder session ch733-d131966B0-91f8ed11220a (out: 44m34.384689s, finished: true)
2023/05/28 11:40:37.843702 [TNR] Opened connection to 131966B0/1 for ch733 GOLFHD
Follow the instructions from the channels DVR web page to install the docker. Works perfect.
1 Like
Is there a changelog for this? I'm getting updates on my unraid server for this app almost weekly it seems and I can't find any info on what's being updated or fixed.
Something like this:
I have an automation script that updates the baseline operating system every week. There’s no notes for that since it’s just standard Ubuntu package updates.
I changed the templates to use @tmm1's docker images. I verified Intel and NVIDIA hardware transcoding with the 'tve' and 'nvidia' tagged containers.
Hey, I just wanted to say thanks for this template/app. Channels is fantastic, and having it up and running on my Unraid server is just epic. Two questions -- first, over time should I update in-app? Or wait for the container to show an update is ready? Second, I presently have IPTVBoss running in a Windows VM, but are you aware of any efforts to get that spun up on Unraid? Is there somewhere I could learn how to do that with the published jar?