2019-06-26, 12:13 AM
Hello,
I initiated a thread on this topic over on the OSMC forums and they advised me to try over here before pursuing the "nuclear" option of removing ~/.kodi data. (I'm not a techie, especially not a Linux techie, so I'm not even sure what that means.) Anyway, here is the problem I've experienced:
I recently had to rescan my OTA channels due to spectrum repacking. I went through the process in NPVR on my Windows 10 âserverâ then validated that all was well when watching TV through NPVR. All channels showed up in the EPG (I use Schedules Direct) with correct information about the programming and all channel logos displayed correctly. (One logo changed; I placed the new logo into the appropriate NPVR directory on the server.)
I also have Kodi Leia, using NPVR, running on the server thatâs running NPVR. I started it and confirmed that all was well within Kodi, too. All channels showed up in the EPG, all programming information appeared correct, and the channel logo that had changed was displaying correctly.
Then I fired up OSMC, which is connected via wifi to the server, and rebooted it to ensure (I thought) it was getting the latest information from the server. Evidently it was not. One channel is not showing in the âGuideâ display, but all of them are showing in the âChannelsâ display. Moreover, some programming information is incorrect in the Channels display (the programming information for the channel missing from the OSMC Guide display is for a different channel in the OSMC channels display). Finally, OSMC was not picking up the correct channel logos from the server. In particular, one in particular that had changed continued to show the âoldâ logo for that channel, even though it should no longer be accessible to NPVR because I changed its file name to "Not Used".
In case itâs relevant, if I try to tune to the channel that is showing in the Channels display but not in the Guide display on OSMC, it takes considerable time, with significant buffering. Eventually, it does tune to the channel.
Until this rescan, I had no trouble with Guide and related data in OSMC, and virtually no buffering tuning to and watching live TV.
I've zipped and attached NPVR logs. In case OSMC logs might be helpful, you'll find them here: https://paste.osmc.tv/cuyosacoya
One other point that might be helpful: I did the rescan in NPVR twice. I have 6 tuners. I rescanned tuner 1 and noted (manually) which channels had changed. I left the unchanged ones alone and unchecked the "old" channels that changed. Then I deleted all channels from the remaining 5 tuners and, one at a time, opened them to configure them, and answered the question about copying over settings "Yes". After finishing that the first time, NPVR threw an exception that was picked up by Windows. I didn't write it down (I'm sorry), but I believe there was an address out of range. The text indicated that the application might be able to manage the exception, so I pressed on. With the process complete, I proceeded to check channels and EPG in NPVR and Kodi and all was well. The above problem occurred in OSMC.
Because of the problem I had in OSMC, and the exception that was thrown, I decided to complete the scan again from scratch. This time, I deleted all channels from all six tuners, then rescanned the first one and deselected channels I was not interested in. Then I used the same process to "copy" the settings to my other 5 tuners. This time, no exceptions were thrown. I re-ran the checks and got the same results, thus my post.
Thanks very much for any assistance.
I initiated a thread on this topic over on the OSMC forums and they advised me to try over here before pursuing the "nuclear" option of removing ~/.kodi data. (I'm not a techie, especially not a Linux techie, so I'm not even sure what that means.) Anyway, here is the problem I've experienced:
I recently had to rescan my OTA channels due to spectrum repacking. I went through the process in NPVR on my Windows 10 âserverâ then validated that all was well when watching TV through NPVR. All channels showed up in the EPG (I use Schedules Direct) with correct information about the programming and all channel logos displayed correctly. (One logo changed; I placed the new logo into the appropriate NPVR directory on the server.)
I also have Kodi Leia, using NPVR, running on the server thatâs running NPVR. I started it and confirmed that all was well within Kodi, too. All channels showed up in the EPG, all programming information appeared correct, and the channel logo that had changed was displaying correctly.
Then I fired up OSMC, which is connected via wifi to the server, and rebooted it to ensure (I thought) it was getting the latest information from the server. Evidently it was not. One channel is not showing in the âGuideâ display, but all of them are showing in the âChannelsâ display. Moreover, some programming information is incorrect in the Channels display (the programming information for the channel missing from the OSMC Guide display is for a different channel in the OSMC channels display). Finally, OSMC was not picking up the correct channel logos from the server. In particular, one in particular that had changed continued to show the âoldâ logo for that channel, even though it should no longer be accessible to NPVR because I changed its file name to "Not Used".
In case itâs relevant, if I try to tune to the channel that is showing in the Channels display but not in the Guide display on OSMC, it takes considerable time, with significant buffering. Eventually, it does tune to the channel.
Until this rescan, I had no trouble with Guide and related data in OSMC, and virtually no buffering tuning to and watching live TV.
I've zipped and attached NPVR logs. In case OSMC logs might be helpful, you'll find them here: https://paste.osmc.tv/cuyosacoya
One other point that might be helpful: I did the rescan in NPVR twice. I have 6 tuners. I rescanned tuner 1 and noted (manually) which channels had changed. I left the unchanged ones alone and unchecked the "old" channels that changed. Then I deleted all channels from the remaining 5 tuners and, one at a time, opened them to configure them, and answered the question about copying over settings "Yes". After finishing that the first time, NPVR threw an exception that was picked up by Windows. I didn't write it down (I'm sorry), but I believe there was an address out of range. The text indicated that the application might be able to manage the exception, so I pressed on. With the process complete, I proceeded to check channels and EPG in NPVR and Kodi and all was well. The above problem occurred in OSMC.
Because of the problem I had in OSMC, and the exception that was thrown, I decided to complete the scan again from scratch. This time, I deleted all channels from all six tuners, then rescanned the first one and deselected channels I was not interested in. Then I used the same process to "copy" the settings to my other 5 tuners. This time, no exceptions were thrown. I re-ran the checks and got the same results, thus my post.
Thanks very much for any assistance.