SchedulesDirect major changes

[christheman]

there are no rules in that regard; your xmltv file can be named whatever you want

well yes, that is the the file it calls to initiate an EPG data download. some people just have their UpdateEPG.bat call some other batch file in another directory.

the reference in config.xml just tells it what .xml file to read first the next time you go to map channels. if you had given your xmltv file the same name and put it in the same location, it might have worked without remapping... it depends on whether MC2XML and XMLTV output the channel id info that NPVR matches on in the exact same way.

Okay, I just blew through that last post without confirming anything beyond my actual test. The only thing is that my channel mapping was hard-coded to the C:/MC2XML folder before, so I wanted to at least make that more correct. Now it is pointing to the C:/XMLTV folder. If I had the foresight I could have soft-coded it as you suggest.

One last thing, the total number of days for SD has been reported to be 13. I took that as 13 days into the future, but what it appears to be is a total value of 13 days, including the offset. I am assuming that to be the case since I put in 15 days, and then offset it with -2, and it has varied between 11 days or 12 days into the future so far, and respectively 2 or 1 day in the past.

I just confirmed that a second time on my other computer. I then removed the offset switch completely and reran it with just the 15 days parameter, and it went 13 days into the future, but not at all into the past.

[ram4x4nut]

now schedules direct has posted a new IP address, this one should be somewhat more permanent:

Code:

54.85.117.227  docs.tms.tribune.com webservices.schedulesdirect.tmsdatadirect.com

also, Schedules Direct is trying to get TMS/Gracenote to point the A records for those two hosts to the SD-DD server (or replace the A records with CNAME records, same effect), so it may all happen seamlessly without the users doing anything. (but they note that there's a lot of politics involved, so it may not happen)

today, using this new IP address, I'm getting much better response when downloading the lineup(s) in Settings->Channels->Details, just a few seconds. The actual EPG download still takes awhile, but that shouldn't be an issue as NPVR allows a fairly long timeout. So, NextPVR 3.2.9 appears to be fully functional with the SD-DD replacement server.

I set the redirect in hosts and it seems to be working in GBPVR.