Schedules Direct Mapping Question

[mikeh49]

I ran into an interesting situation after the NPVR 3.3.8/Schedules Direct upgrade. Overall, it was extremely uninteresting, almost everything worked flawlessly. There was one issue though:

I can receive one OTA station from two translators on different frequencies. One is HD and one is SD. Because the translators are sometimes off, I have both frequencies in my channels list, with different names, KSPS HD and KSPS SD. In 3.2.9 and Schedules Direct "classic", each of these channels was mapped to the same channel in my standard SD cable lineup (the station is available on cable as well). After the upgrade, only one of the channels was receiving guide data. I fixed it by adding the OTA lineup for my zip, and assigning one of the channels to this second lineup. BTW, the addition of a second lineup via the "manage lineups>add" in the drop down worked just fine.

So, in the new versions of NPVR and SD, can a SD lineup channel be mapped to only one NPVR channel?

Since it apparently was not a restriction in previous versions, seems like it would be good to have back. In my case, the work around was not a big problem, but may be for others.

Forgot to add the log snippet:

2014-10-30 12:32:15.347 [DEBUG][9] - (9) KSPS-HD: has 0 listings
2014-10-30 12:32:15.347 [DEBUG][9] - (10) KSPS-SD: has 428 listings

Both of these channels were mapped to 9 KSPS in the SD lineup.

[johnsonx42]

confirmed, mapping the same SD channel to more than one physical channel results in one of the channels getting "No Show Details". On my test box with dummy IPTV channels, I re-mapped "Channel-7" to the same SD channel as "Channel-1" and them emptied/updated EPG and got:

Code:

2014-10-31 09:01:06.403    [INFO][8]    EPG update thread starting...
2014-10-31 09:01:06.562    [DEBUG][8]    Updating EPG...
2014-10-31 09:01:06.569    [DEBUG][8]    No C:\Users\Public\NPVR\Scripts\UpdateEPG.bat file found
2014-10-31 09:01:06.576    [DEBUG][8]    Doing EPG update from Schedules Direct JSON
2014-10-31 09:01:06.594    [DEBUG][8]    Requesting /schedules
2014-10-31 09:01:08.127    [DEBUG][8]    Got /schedules:
2014-10-31 09:01:08.388    [DEBUG][8]    Requesting program details for 1646 new shows
2014-10-31 09:01:15.910    [DEBUG][8]    Got /programs
2014-10-31 09:01:16.140    [DEBUG][8]    [color=#FF0000] - (1) Channel-1: has 0 listings[/color]
2014-10-31 09:01:16.140    [DEBUG][8]     - (2) Channel-2: has 336 listings
2014-10-31 09:01:16.140    [DEBUG][8]     - (3) Channel-3: has 435 listings
2014-10-31 09:01:16.140    [DEBUG][8]     - (4) Channel-4: has 362 listings
2014-10-31 09:01:16.140    [DEBUG][8]     - (5) Channel-5: has 416 listings
2014-10-31 09:01:16.140    [DEBUG][8]     - (6) Channel-6: has 620 listings
2014-10-31 09:01:16.140    [DEBUG][8]     - (7) Channel-7: has 383 listings
2014-10-31 09:01:16.161    [DEBUG][8]    [color=#FF0000]Not deleting old listings from Channel OID: 7148 (Channel-1). List is empty.[/color]
2014-10-31 09:01:16.161    [DEBUG][8]    Deleting old listings from Channel OID: 7149 (Channel-2)
2014-10-31 09:01:16.294    [DEBUG][8]    Deleting old listings from Channel OID: 7150 (Channel-3)
2014-10-31 09:01:16.417    [DEBUG][8]    Deleting old listings from Channel OID: 7151 (Channel-4)
2014-10-31 09:01:16.588    [DEBUG][8]    Deleting old listings from Channel OID: 7152 (Channel-5)
2014-10-31 09:01:16.748    [DEBUG][8]    Deleting old listings from Channel OID: 7153 (Channel-6)
2014-10-31 09:01:16.882    [DEBUG][8]    Deleting old listings from Channel OID: 7154 (Channel-7)

[sub]

Give this patch a try. It should fix the issue.

[mikeh49]

Thanks, will be a day or so for me to test. johnson will get there faster on his text box.

[johnsonx42]

it works. I see it now treats the channels with a duplicate mapping like a separate lineup:

Code:

2014-10-31 14:05:33.607    [INFO][8]    EPG update thread starting...
2014-10-31 14:05:33.672    [DEBUG][8]    Updating EPG...
2014-10-31 14:05:33.689    [DEBUG][8]    No C:\Users\Public\NPVR\Scripts\UpdateEPG.bat file found
2014-10-31 14:05:33.699    [DEBUG][8]    Doing EPG update from Schedules Direct JSON
2014-10-31 14:05:33.740    [DEBUG][8]    Requesting /schedules
2014-10-31 14:05:34.933    [DEBUG][8]    Got /schedules:
2014-10-31 14:05:35.211    [DEBUG][8]    Requesting program details for 1646 new shows
2014-10-31 14:05:40.783    [DEBUG][8]    Got /programs
2014-10-31 14:05:41.010    [DEBUG][8]     - (1) Channel-1: has 383 listings
2014-10-31 14:05:41.010    [DEBUG][8]     - (2) Channel-2: has 336 listings
2014-10-31 14:05:41.010    [DEBUG][8]     - (3) Channel-3: has 435 listings
2014-10-31 14:05:41.010    [DEBUG][8]     - (4) Channel-4: has 362 listings
2014-10-31 14:05:41.010    [DEBUG][8]     - (5) Channel-5: has 416 listings
2014-10-31 14:05:41.010    [DEBUG][8]     - (6) Channel-6: has 620 listings
2014-10-31 14:05:41.011    [DEBUG][8]    Requesting /schedules
2014-10-31 14:05:41.283    [DEBUG][8]    Got /schedules:
2014-10-31 14:05:41.307    [DEBUG][8]    Requesting program details for 240 new shows
2014-10-31 14:05:42.652    [DEBUG][8]    Got /programs
2014-10-31 14:05:42.699    [DEBUG][8]     - (7) Channel-7: has 383 listings
2014-10-31 14:05:42.701    [DEBUG][8]    Deleting old listings from Channel OID: 7148 (Channel-1)
2014-10-31 14:05:42.833    [DEBUG][8]    Deleting old listings from Channel OID: 7149 (Channel-2)
2014-10-31 14:05:42.941    [DEBUG][8]    Deleting old listings from Channel OID: 7150 (Channel-3)
2014-10-31 14:05:43.052    [DEBUG][8]    Deleting old listings from Channel OID: 7151 (Channel-4)
2014-10-31 14:05:43.156    [DEBUG][8]    Deleting old listings from Channel OID: 7152 (Channel-5)
2014-10-31 14:05:43.269    [DEBUG][8]    Deleting old listings from Channel OID: 7153 (Channel-6)
2014-10-31 14:05:43.390    [DEBUG][8]    Deleting old listings from Channel OID: 7154 (Channel-7)

[sub]

it works. I see it now treats the channels with a duplicate mapping like a separate lineup

Not really. If you'd had a lot more channels, it'd have been more obvious what was happening.

It usually downloads listings in chunks of 10 channels at a time. The easiest fix was to make sure it doesn't download any duplicate channels in the same chunk. In your case, you don't have many channels, so it cause a second chunk download to happen. For user with more channels, it'd just be tacked onto one of the later chunks.

[mikeh49]

Worked here. The duplicate was at #7 in the list of channels, so it downloaded a chunks of 6 and put the duplicate in the last chunk. I can't recall the log now, but it may have gone back to chunks of 10 after the duplicate. Both the duplicates got listings. Hopefully that's the way it was supposed to work.

[johnsonx42]

Not really. If you'd had a lot more channels, it'd have been more obvious what was happening.

It usually downloads listings in chunks of 10 channels at a time. The easiest fix was to make sure it doesn't download any duplicate channels in the same chunk. In your case, you don't have many channels, so it cause a second chunk download to happen. For user with more channels, it'd just be tacked onto one of the later chunks.

got it, makes sense, and also makes it more clear why the original failure was occurring.