2023-10-27, 11:20 AM
For me personally, I think an in progress recording should take priority over an EPG update.
Logically if another relevant tuner is free, NPVR should use that for the EPG rather than displace a recording. That shouldn't be too difficult to do programmatically.
If no relevant tuners are available then either the EPG update should be abandoned or delayed until a tuner is available. ( e.g. maybe retry the EPG update once or twice after a delay period)
An EPG update can always be triggered manually (if needed) but an aborted recording may not be so easy to recover.
Ray
Logically if another relevant tuner is free, NPVR should use that for the EPG rather than displace a recording. That shouldn't be too difficult to do programmatically.
If no relevant tuners are available then either the EPG update should be abandoned or delayed until a tuner is available. ( e.g. maybe retry the EPG update once or twice after a delay period)
An EPG update can always be triggered manually (if needed) but an aborted recording may not be so easy to recover.
Ray
NPVR Version= 6.1.5.231022
Intel i7 Quad Core 3200 + 16GB DDR3 Gigabyte Motherboard
Windows 11 Pro 64bit
TBS-6902 dual DVB-S tuner
TBS-6205 quad DVB-T tuner
500Gb System Disk (M2 Nvme SSD)
4Tb Media Store (2 x 2Tb M2 Nvme SSD Raid 0)
Raspberry Pi3 B+ , Pi4B (OSMC) and Pi5 (XBian) all running Kodi v21.1
Intel i7 Quad Core 3200 + 16GB DDR3 Gigabyte Motherboard
Windows 11 Pro 64bit
TBS-6902 dual DVB-S tuner
TBS-6205 quad DVB-T tuner
500Gb System Disk (M2 Nvme SSD)
4Tb Media Store (2 x 2Tb M2 Nvme SSD Raid 0)
Raspberry Pi3 B+ , Pi4B (OSMC) and Pi5 (XBian) all running Kodi v21.1