We are now up to 0.3.9-Beta.

The changes were a little easier than I expected. I hope this cleans things up for everyone having issues with the local address being detected. Please let it auto-detect first since I want to see if I actually fixed the detection or not.

Also if you messed with the settings, please change them back to the following for the best experience:
upnp.dct.hdhr_tuning=true
upnp.dct.http_tuning=true

You might also add an "exclude IP list". I have a VPN that directly connects my recorder to my dad's, and I really don't want it trying to use those tuners across the internet. I had a DLNA server try to bind to that address. :D

That might be a little harder to accomplish. Are you saying that you had this issue with OpenDCT? I'll need to see if Cling supports filtering like this out of the box. If not, in the mean time, the best I could do is simply drop any IP that comes back that's undesirable.

This worked it populated the right IP addresses I now get signal.

Excellent. This is one of those really simple things that would drive me nuts if it still didn't work the way it really should.

Channel changes are fast 2 seconds or less.

This is very well thought out, nice work. (and at the same time, not to take away from any of the great functionality of both SageDCT and PNE, you folks are saving Sage for many of us)

Thank you.

Thank you!

I know he hasn't spoke up yet, but you really have Bill to thank for the stability. I wrote the majority of the code that makes it all work, but he exposed so many issues that you'll never need to experience because we fixed them. Even the smallest possible problem was not acceptable. :) And as I said before he provided invaluable code that sped up the release dramatically. I also wanted to add that he provided the code for standby support on Windows as that was very important to him. Needless to say it works extremely well.

We will be adding support for standby on Linux if it's asked for, I have some ideas that you'll see in the source code, but I feel like they are a little hacky (scripts and flag files) even though in practice they will work. Linux doesn't provide any terrific ways to get that kind of information especially from within a JVM.

We also could have provisioning for Mac if anyone wants to volunteer to add to the Gradle script to automate packaging for it, maintain compatibility and perform testing. I don't own a Mac and as such would never be able to verify functionality.

I also need some help on GitHub. I can't get the Windows GitHub program to stop messing with the EOL characters. I keep needing to manually fix all of the Linux scripts prior to building or the packages won't work when installed on Linux. I created a .gitattributes files that should be preventing these issues, but even after turning off the feature that supposedly fiddles with the files, I still get the wrong EOL's and can't commit the right ones because the git.exe won't let me.

Thank you, Bill.

THANK YOU.

I upgraded to the latest version and it works flawlessly so far. I just tested it for a few minutes. I will record some things and hopefully not get a bunch of corrupted recordings now.

Again thank you for all your work.

You're very welcome. This is our way of thanking the community for all their hard work over the years in making SageTV such a great platform.

EscapeNoEnter:

I'd very much like to try your network encoder, especially since I can't get SageTV to work with SageDCT after upgrading to Win10. The problem is I can't figure out how to download it. I go to the BinTray site referenced on your initial post but no matter how furiously I click on things there I keep getting a greyed out download icon at the bottom of the page with the message, "No direct downloads selected for this package". I'm sure it's something I'm doing wrong but after two days of trying I've hit a dead end. Could you possible do a "Downloading for Dummies" post to help me and any others who may be so technically challenged?

Thanks in advance.

Oops, never mind. I somehow kept missing "Files" at the top of the page. Once I clicked on that, there it was. Looking forward to trying it out.

I'm not a huge fan of the website layout either, but they are very open source friendly, I can automate uploads through Gradle and it's most importantly it's free. :)

Tip: when you publish on bintray, go back to the files list and next to each on pick an action "show in download list" and then users will see the downloads on the main page. (perhaps the api supports that too but have not checked).

k

Thanks spencerw and EnterNoEscape for your work on this.

I'm trying to try it out on Ubuntu (well Linux Mint Mate 17.2 really) and I have it installed but when I attempt to do the first run of the console-only script I get this:

rick@HP-Compaq-6200-Pro-SFF-PC:/opt/opendct$ ./console-only
cd: bad interpreter: No such file or directory

I do have it marked as executable and I've also tried with sudo

rick@HP-Compaq-6200-Pro-SFF-PC:/opt/opendct$ sudo ./console-only
[sudo] password for rick:
sudo: unable to execute ./console-only: No such file or directory

I'm not sure what's wrong :confused:

Thanks. I was wondering how files ended up in there. I've been so focused on other things admittedly I didn't actually look into it. I don't think the API currently available in the Gradle plugin supports that. I'm trying to keep manual steps to a minimum so it doesn't become a task to create releases; not that clicking on a few files is a burden, but it shouldn't be necessary.

Sounds like you got a release that GitHub mangled. Let me re-evaluate the files and get back to you.

I just fixed the files and tested them. Mint should be just as good as Ubuntu if not a slightly better experience. I need to make the package building scripts do this as a fail safe. Just to be sure, do an apt-get remove opendct before installing the new package.

Yep, that was it, working great, easy to install and just running with the defaults, haven't changed any settings. :)

Thanks for the help. :goodjob: