Firewall cmd line is
New-NetFirewallRule -DisplayName "Allow ChannelsDVR" -Direction Inbound -Program "C:\ProgramData\ChannelsDVR\latest\channels-dvr.exe" -RemoteAddress Any -Action Allow
If anyone is using Headless Windows Server Core.
Firewall cmd line is
New-NetFirewallRule -DisplayName "Allow ChannelsDVR" -Direction Inbound -Program "C:\ProgramData\ChannelsDVR\latest\channels-dvr.exe" -RemoteAddress Any -Action Allow
If anyone is using Headless Windows Server Core.
Web Browser streaming is not working, is there another port that needs to be open?
This is what's in the log when trying to stream from a web browser.
2023/01/18 15:28:54.775654 [TNR] Opened connection to 1062D985/0 for ch8.1 WFLA HD
2023/01/18 15:28:55.194540 [HLS] Starting live stream for channel 8.1 from 10.110.17.68
2023/01/18 15:28:55.284004 [HTTP] | 200 | 1.2487342s | 10.110.17.68 | GET "/devices/ANY/channels/8.1/hls/master.m3u8?abr=false"
2023/01/18 15:28:55.521299 [HLS] Couldn't generate stream playlist for ch8.1-dANY-ip10.110.17.68: Stream stopped
2023/01/18 15:28:55.521299 [HLS] Stopping transcoder session ch8.1-dANY-ip10.110.17.68
2023/01/18 15:28:55.604482 [TNR] Closed connection to 1062D985/0 for ch8.1 WFLA HD
2023/01/18 15:28:55.636668 [ERR] Probe failed for live stream after 440.504ms and 239560 bytes
2023/01/18 15:28:55.684602 [HTTP] | 500 | 368.3759ms | 10.110.17.68 | GET "/devices/ANY/channels/8.1/hls/stream.m3u8?abr=false"
2023/01/18 15:28:56.033076 [HTTP] | 404 | 0s | 10.110.17.68 | PUT "/devices/ANY/channels/8.1/hls"
2023/01/18 15:28:56.845306 [TNR] Opened connection to 1062D985/0 for ch8.1 WFLA HD
2023/01/18 15:28:56.861732 [HLS] Starting live stream for channel 8.1 from 10.110.17.68
2023/01/18 15:28:56.992152 [HTTP] | 200 | 959.0758ms | 10.110.17.68 | GET "/devices/ANY/channels/8.1/hls/master.m3u8?abr=false"
2023/01/18 15:28:57.196681 [HLS] Couldn't generate stream playlist for ch8.1-dANY-ip10.110.17.68: Stream stopped
2023/01/18 15:28:57.196681 [HLS] Stopping transcoder session ch8.1-dANY-ip10.110.17.68
2023/01/18 15:28:57.199068 [TNR] Closed connection to 1062D985/0 for ch8.1 WFLA HD
2023/01/18 15:28:57.220831 [ERR] Probe failed for live stream after 355.0528ms and 140160 bytes
2023/01/18 15:28:57.228599 [HTTP] | 500 | 224.9574ms | 10.110.17.68 | GET "/devices/ANY/channels/8.1/hls/stream.m3u8?abr=false"
2023/01/18 15:28:58.065372 [HTTP] | 404 | 0s | 10.110.17.68 | PUT "/devices/ANY/channels/8.1/hls"
2023/01/18 15:28:58.786666 [TNR] Opened connection to 1062D985/0 for ch8.1 WFLA HD
2023/01/18 15:28:58.812967 [HLS] Starting live stream for channel 8.1 from 10.110.17.68
2023/01/18 15:28:58.931302 [HTTP] | 200 | 850.9694ms | 10.110.17.68 | GET "/devices/ANY/channels/8.1/hls/master.m3u8?abr=false"
2023/01/18 15:28:59.151181 [HLS] Couldn't generate stream playlist for ch8.1-dANY-ip10.110.17.68: Stream stopped
2023/01/18 15:28:59.151181 [HLS] Stopping transcoder session ch8.1-dANY-ip10.110.17.68
2023/01/18 15:28:59.160057 [TNR] Closed connection to 1062D985/0 for ch8.1 WFLA HD
2023/01/18 15:28:59.191887 [ERR] Probe failed for live stream after 376.898ms and 188340 bytes
2023/01/18 15:28:59.199449 [HTTP] | 500 | 253.5986ms | 10.110.17.68 | GET "/devices/ANY/channels/8.1/hls/stream.m3u8?abr=false"
2023/01/18 15:29:00.086509 [HTTP] | 404 | 1.8868ms | 10.110.17.68 | PUT "/devices/ANY/channels/8.1/hls"
2023/01/18 15:29:00.873146 [TNR] Opened connection to 1062D985/0 for ch8.1 WFLA HD
2023/01/18 15:29:00.887731 [HLS] Starting live stream for channel 8.1 from 10.110.17.68
2023/01/18 15:29:00.993742 [HTTP] | 200 | 905.9195ms | 10.110.17.68 | GET "/devices/ANY/channels/8.1/hls/master.m3u8?abr=false"
2023/01/18 15:29:01.214318 [HLS] Couldn't generate stream playlist for ch8.1-dANY-ip10.110.17.68: Stream stopped
2023/01/18 15:29:01.214318 [HLS] Stopping transcoder session ch8.1-dANY-ip10.110.17.68
2023/01/18 15:29:01.219446 [TNR] Closed connection to 1062D985/0 for ch8.1 WFLA HD
2023/01/18 15:29:01.243595 [ERR] Probe failed for live stream after 355.0183ms and 217540 bytes
2023/01/18 15:29:01.249659 [HTTP] | 500 | 234.77ms | 10.110.17.68 | GET "/devices/ANY/channels/8.1/hls/stream.m3u8?abr=false"
2023/01/18 15:29:02.084523 [HTTP] | 404 | 0s | 10.110.17.68 | PUT "/devices/ANY/channels/8.1/hls"
2023/01/18 15:29:02.123757 [HTTP] | 404 | 573.5µs | 10.110.17.68 | DELETE "/devices/ANY/channels/8.1/hls"
2023/01/18 15:29:02.124059 [HTTP] | 404 | 3.6788ms | 10.110.17.68 | DELETE "/devices/ANY/channels/8.1/hls"
2023/01/18 15:29:03.101080 [HTTP] | 200 | 10.2405455s | 10.110.17.68 | GET "/dvr/events/subscribe"
2023/01/18 15:29:03.123906 [HTTP] | 200 | 3.2029ms | 10.110.17.68 | GET "/dvr"
2023/01/18 15:29:03.132203 [HTTP] | 200 | 6.9251ms | 10.110.17.68 | GET "/dvr"
I'm surprised I'm the only one trying ChannelsDVR on Headless Windows Server in a VM. The overhead compared to Window 10 is so much lower.
If I get everything working I'll write something up.
Because unless there is some necessary server that is Windows-only, a lightweight Linux or BSD would use even less resources, and is preferred by most. I bet if you compared your headless Windows server to an Alpine Linux instance—using musl rather than glibc—your jaw would hit the floor.
I bet you're right, but I also bet I dont feel like learning Headless Linux to put up a Channels VM. I might try headless Ubuntu just to so how bad the learning curve is.
I'm a Microsoft person since the 80s. Ive played with Linux, but use it, I do not.
Who cares about overhead when channels will run well on 2-GB of RAM and a very old I-3. What resource are you concerned about? I'm concerned about your time.
Can you watch 8.1 in the official HDHR app?
Yes, Im running parrell Channels Servers right now, trying to get a reliable VM with it running so I cam rebuild my main PC. Something I hadnt considered when I initially set this up.
I can stream from the original install vianweb browser fine, but not in then new one running in the VM. Also I just noticed no commercial skip jobs are running either.
If I can get this running in a light weight VM, I could stick it anywhere on any machine.
Transcoding is a pig, and I'm trying to keep it light weight so I can transcode if needed. In a Windows 10 VM, transcoding choked, and its working fine in this new Headless VM.
Seems like it's not being allowed to run the helper programs like comskip.exe and ffprobe.exe
I can't even find the ability to com skip in the interface. It's like it's been removed. Is it possible that 2023.01.17.0457 is the problem? I can try to revert to an earlier build.
So, for the record, headless is a lost cause, and Windows Server with Desktop Experience is so sluggish that it's useless. Can barely get a recording to play.
So, that's why I care about overhead. What a bs comment!!!
Ubuntu Server is useless, as the CURL scripts do nothing. I'm going to try full on Ubuntu Desktop and see if that is as sluggish as Windows Server.
There is zero difference between Ubuntu server and Ubuntu desktop as far as Channels and curl are concerned.
IMHO you have something significantly wrong. Running A Windows 10 pro VM performance is fine and response snappy.
You should be polite in public
I got it all working in Ubuntu Server. All of my content is rescanning, and will take a while because the paths are different. It's zipping a long very well. I'll spend a few days with it and report back.
I had to do some really crazy permission stuff because my drive shares are all on Windows and Channels was reporting that it didn't have write permission. I got that squared away.
It seems there is a difference. I'm getting Login Form not found for my Spectrum TVE now. I have Chrome installed (via the instructions on the Channels Website), but of course, since there's no GUI, I really can't do anything with it. Is there something else I need to do in order for TVE to work in Ubuntu Server?
It might be a false alarm. I'm thinking the Video indexing is crushing the server so hard that it couldn't get authenticated to Spectrum for a pretty fair amount of time.
It seems to be working now, and I haven't done anything to make that happen.
Late last night I was doing some research to try to improve the Network speed in VirtualBox. Doing that research I noticed a comment by someone suggesting that Hyper V is probably enabled in Windows and that slows everything down. I nearly ignored the comment because my first thought was, that's a rookie mistake. Luckily I checked, and it was in deed enabled in Windows. I removed the Hyper V feature and the Ubuntu Server VM running Channels started operating at light speed. It's running on an older machine with a lessor processor and RAM in a VM and it's out performing my original direct install in Windows by 5 fold. I never realized how this also would affect the client performance. Channels on FireSticks feel so fast now. No lag doing anything.
I should have done this years ago!!!
Everything is working perfectly, thanks everyone for putting up with me, and giving me guidance!!!
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.