I am having a blast with NextPVR, awesome application!
I have an IPTV provider that prefixes all the channels with the group name. It is great when wanting to find something, but clutters the Guide, sometimes so I cannot see the whole channel name.
When I change the channel name in the settings -> channel, it looks great!
Unfortunately, when I update the IPTV device to add an additional channel, (settings -> devices -> iptv(<device>) -> Update m3u) those channels that I changed the name of disappear from my lineup.
Is there a way to have the channel name displayed in the guide (and other areas, like settings -> channels) divorced from the name the IPTV provider uses and still keep the link to the providers name during an m3u update?
I am using an Intel processor with integrated 4600 graphics, Win10/64. This has always worked fine with NextPVR for live and recorded TV and anything I use it for. (Intel Core i7-4710MQ @ 2.5GHz, not overclocked; 4th generation). I was using Intel driver win64_154037.4835.exe of 6 November 2017 ("4835"). When I updated to 5107 (10 Jan 2020), NextPVR did not display correctly. I think I didn't try 5144 of 18 August 2020, but just tried 5166 of 23 October 2020; it fails in the same way.
The problem: when displaying live TV or playing back a recording the screen is black most of the time with very brief flashes of picture every second or so.
If anyone has any light to throw on this, I'd be grateful; in the meantime 4835 works fine, no problem (except the Intel updater nagging me to update). If not, at least anyone else with the same problem can know they're not alone.
Best wishes, pol098
(I have since found a discussion of this issue, and have added to it, but I've started this new thread as the old one might not be followed.)
All my recordings that were happening during the time change Sunday morning are all messed. I'm not sure it the cause lies with the EPG or with how NextPVR handles it but I did notice that all day yesterday the little bar in the web app that shows the current time vertical on the guide was incorrect by the old time.
It appears that I had a recording start at 1;59AM on TCM and it somehow padded the program by almost an hour and then the next two movies were just recorded after that recording stopped so the first one has all the first movie and part of the second, the second has part of the second and part of the third, and the third has the ending of the third. Now I should be able to edit these back together but it is a pain.
I'm not sure if anyone else had this problem but I felt I should report it so you can determine the cause to see if it can be avoided in March.
Hello, what's the best way to backup and restore the channel order/numbers? The frequencies may change upon a rescan... I just want a way to rescan all the channels but instead of manually typing in all the numbers again (which takes ages as I've loads of channels), a more automated / quicker way to restore a particular channel name(s) to a specific number(s).
Ideally, when I do a rescan (as channels move frequencies sometimes), it would overwrite the existing channels WITHOUT replacing the channel numbers I have previously painstakingly rearranged.
In Toronto, Canada, we switched to Eastern Standard Time this morning. The TV Guide is showing everything at the correct times in the Windows Desktop App. But the Windows Web App is showing all programming one hour later. I don't think this is a browser problem because it happens in all 3 of my browsers: Firefox, Chrome and Edge (latest version for all). So this appears to be an issue on the server side of the TV Guide. It's also not a problem in the xml tv guide data (I checked) and like I said, the desktop app is working fine. Also, recordings are occurring at the proper time. Just a presentation issue in the web app's tv guide.
Is there be an environment variable or config setting that would allow me to work around the problem? I really prefer the web app's TV guide - it's just so efficient to work with and uses screen real estate so economically.
Everything was working fine until I installed a new tuner card. When I scanned channels and updated EPG, I only got 10 hours of EPG listings. After trying several things, I uninstalled and reinstalled NextPVR. I get 10 hours of EPG listings whether I have Schedules Direct credentials in NextPvr or do not have the credential in. I am using the correct login because it gives me an error when I put incorrect ones in. It looks like I am not pulling from Schedules Direct. Zip log attached. Please help.
The TV Guide in the web interface doesn't appear to have updated with the change to go off daylight savings time. Linux Mint v19.3. My PC clock is correct, and if I pull up the TV Guide in Kodi-knewc it's correct there. The listings are all shifted as well so the web TV Guide status line (current time) indicates the correct show, but the time line across the top is an hour off.
Raspberry Pi 4 booting from an SSD Samsung T5 drive
Schedules Direct EGP
Everything works fine except for a few irritating pauses in the video.
Note that these cuts seemed less obvious when there was no EPG configured; but then again this was only a feeling.
Any idea how to solve this?
From what I read, the Raspberry Pi 4 was suitable to run NextPVR.
Logs attached. I have autoskip set to false in config.xml.
My wife had problems with autoskip acting up while watching a recording earlier, so I just went back and retried it to get the logs. The file is "Early.Edition.S01E13.Mob.Wife.ts" and I started it about 00:17:53. I was doing 30 second skip fwd/rev around the commercials and couldn't get it to play the portion marked as commercial, (and the portion marked as commercial wasn't quite right). This was done in Kodi/knewc running on the Mint NextPVR server. At least one other recording seems to work fine with the commercials marked, so it's not a global issue.
I was thinking it could be a bad recording or have a bad timeline. For giggles I went to one of my ODroids with Kodi/knewc and played the same show a little later on, @ 00:57:03. It played perfect, I could jump around within the comskip commercial area without the playback immediately skipping to the end of the commercial portion. So seemingly not a problem with the file.
