OpenDCT: An open source digital cable tuner.

[EnterNoEscape]

I might have somehow added latency where it wasn't before. I was comparing how the UDP packets are consumed in the stable version, vs the latest version and I can't really see much difference. What you are seeing is basically the inherent problems with UDP; if you don't get the packet in time, it goes away and you don't get a second chance. I'll see what I can do to further optimize this part of OpenDCT.

[nyplayer]

Is it possible for OPENDCT to get the channels that are available from the Prime and Connect web page? and enable or disable channels in SageTV accordingly? I notice other DVr's do this.

[troll5501]

Originally Posted by Greg2dot0

I once again had to roll back to stable version. I was trying to watch golf on Sunday and it seemed that it was dropping a single almost constantly (log attached). I did also test this on a fresh test box with the new build (.287) and the new media server consumer and got the exact same results (log also attached).

15:38:16.952 [NIORTPProducerImpl-728:DCT-HDHomeRun Prime Tuner 13142E5A-0] WARN  RTPPacketProcessor - Expected frame number 29920, got 29921
15:38:16.987 [NIORTPProducerImpl-728:DCT-HDHomeRun Prime Tuner 13142E5A-0] WARN  RTPPacketProcessor - Expected frame number 29975, got 29976
15:38:21.586 [NIORTPProducerImpl-728:DCT-HDHomeRun Prime Tuner 13142E5A-0] WARN  RTPPacketProcessor - Expected frame number 37086, got 37087
15:38:23.721 [NIORTPProducerImpl-728:DCT-HDHomeRun Prime Tuner 13142E5A-0] WARN  RTPPacketProcessor - Expected frame number 40619, got 40620
15:38:24.605 [NIORTPProducerImpl-728:DCT-HDHomeRun Prime Tuner 13142E5A-0] WARN  RTPPacketProcessor - Expected frame number 42105, got 42106
15:38:26.957 [NIORTPProducerImpl-728:DCT-HDHomeRun Prime Tuner 13142E5A-0] WARN  RTPPacketProcessor - Expected frame number 45544, got 45545
15:38:33.454 [NIORTPProducerImpl-728:DCT-HDHomeRun Prime Tuner 13142E5A-0] WARN  RTPPacketProcessor - Expected frame number 55402, got 55403

I used to have this same issue of dropped UDP packets quite frequently until I increased the NIC receive buffers to the maximum value. Which OS and NIC are you using?

In addition, if using Linux, the kernel value net.core.rmem_max needs to be set higher than the OpenDCT producer.rtp.nio.native_udp_receive_buffer value (default native_udp_receive_buffer is 5312000, so I set net.core.rmem_max to 8388608) or else OpenDCT will be limited by the default kernel value when opening the socket.

With these changes, I don't see any more dropped UDP packets. I still use UDP for OpenDCT because it works better for me than the HTTP transport. I'm running OpenDCT 0.5.7 but these settings also worked great for 0.4.x.

[Greg2dot0]

Originally Posted by troll5501

I used to have this same issue of dropped UDP packets quite frequently until I increased the NIC receive buffers to the maximum value. Which OS and NIC are you using?

In addition, if using Linux, the kernel value net.core.rmem_max needs to be set higher than the OpenDCT producer.rtp.nio.native_udp_receive_buffer value (default native_udp_receive_buffer is 5312000, so I set net.core.rmem_max to 8388608) or else OpenDCT will be limited by the default kernel value when opening the socket.

With these changes, I don't see any more dropped UDP packets. I still use UDP for OpenDCT because it works better for me than the HTTP transport. I'm running OpenDCT 0.5.7 but these settings also worked great for 0.4.x.

I'm running Unbuntu 16.04 x64 LTS Server and an intel 82579V card under Hyper-v.

I'll definitely take a look at the kernel values and see if that helps on my test server.

[troll5501]

Originally Posted by Greg2dot0

I'm running Unbuntu 16.04 x64 LTS Server and an intel 82579V card under Hyper-v.

What is the virtual NIC type that shows up in Linux? Use ethtool to check the current settings and see if you can max out the receive buffers there too.

[Greg2dot0]

it comes back at hv_netsvc.

I've increase the core network receive buffers to 8388608 and will do some testing here over the weekend. I'm not a fan of making multiple simultaneous changes.

[EnterNoEscape]

Originally Posted by nyplayer

Is it possible for OPENDCT to get the channels that are available from the Prime and Connect web page? and enable or disable channels in SageTV accordingly? I notice other DVr's do this.

As SageTV is currently configured, the channels will only be updated if you run a scan. I'll look into some kind of a more proactive approach. Maybe we could add an optional feature to SageTV that checks once a day to see if the prime has anything added or removed and if it makes changes to the lineup, it will create a notification in the UI.

[nyplayer]

Originally Posted by EnterNoEscape

As SageTV is currently configured, the channels will only be updated if you run a scan. I'll look into some kind of a more proactive approach. Maybe we could add an optional feature to SageTV that checks once a day to see if the prime has anything added or removed and if it makes changes to the lineup, it will create a notification in the UI.

No problem it is just that the http://HDHRIP/lineup.xml contains so much info even DRM type of codec and also channels you have disabled etc...

[Greg2dot0]

It's also available as Json

http://<ipaddress>/lineup.json

[EnterNoEscape]

Originally Posted by nyplayer

No problem it is just that the http://HDHRIP/lineup.xml contains so much info even DRM type of codec and also channels you have disabled etc...

There's a lot more information in there with the latest beta firmwares. The last non-beta release doesn't tell you anything about the video format. OpenDCT uses that information to see if there's DRM and if there is, it doesn't tell SageTV it can tune that channel.

Silicondust has decent documentation on how this all works.

[Telecore]

Observed a problem with the latest beta with no audio today during a local news broadcast - retried tuning 3 times but no luck - log file excerpts attached.

[EnterNoEscape]

Did the file playback ok outside of SageTV? I can see the audio streams were detected and included for remuxing.

[Telecore]

Sorry, the file is gone - I was watching live TV so I guessed it got deleted. I did have audio on the same broadcast on WMC and via the HDHR Live app on the Nvidia shield (I have everything on the same HDMI switch). The sound bar indicated a stereo (not the usual 5.1) broadcast and there was no sound watching it on SageTV. When the next program (ABC news) started, then audio began working (5.1).

[EnterNoEscape]

What I think happened, but I can't be completely sure without the SageTV logs is that SageTV failed to detect that audio was present. That's why I was more interested in if SageTV is just being difficult or if the file was actually corrupted in some way. There have been improvements in this area, but they haven't made it into the Windows installation yet.

[jptheripper]

I searched thread but couldnt see an answer. Does this support the Hauppauge
WinTV-DCR-2650 Dual Tuner CableCARD Receiver?

Thanks

[EnterNoEscape]

It does not. I didn't think anyone was buying those. I removed the UPnP tuning support completely since tuning was a lot faster when I just optimized on a per manufacturer basis.

[phantomii]

I have SageTV Servers in two different houses and these are pretty much configured the same with Open DCT. One though uses a Ceton Eth6 and the other uses an HDHomerun Prime. I just upgraded both to Windows 10 from Windows 7 and all seems to be good. I have though had a problem with the Ceton Eth6 system where it occasionally loses TV Signal from the OpenDCT Connection. I think both systems are still on 4.18 or somewhere there abouts. Planning on upgrading OpenDCT on both and was curious if the 4.49 is good with Windows 10 or if there is any reason I should go with the newer 5.xx version??? Ultimately OpenDCT and Sage work very very well for me, I am just looking for a bit more stability/reliability and am unsure what the best version might be to get there...... Thanks!

[EnterNoEscape]

I'm not sure upgrading will do much for you. I recall from Bill that the InfiniTV 6 Eth occasionally will reboot on it's own. That's why OpenDCT does it's own monitoring independent of SageTV. If everything is positively frozen for over 15 seconds, it will retune the channel.

Several users here are using Windows 10 with the stable and beta builds of OpenDCT and it seems to be working well for them, so I don't think you'll run into any new problems at least.

[egeller]

There is a known issue with Ceton firmware. There's a memory leak of some sort. New firmware is not forthcoming. For my part, I monitor the memory usage on my two Ceton devices and make a reboot part of my schedule. I end up rebooting the two boxes about every two or three weeks. It seems to clear up connection issues.

[gordyp]

I have been using PrimeNetEncoder, and wanted to give OpenDCT a try, so I disabled my PNE Scheduled task, stopped and disabled the SageTV Service, rebooted my server and tried to install the program (Beta 0.5.7) but I received the following error:

Could not set file security for file 'C:\ProgramData\'. Error: 0. Verify that you have sufficient privileges to modify the security permissions for this file.

And the program reported an error and ended the install. Anyone have any idea as to why this is happening? I looked but couldn't find anything elsewhere in the thread...

Thanks!