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= 7.0.1.241229
Intel i5 Ten Core 14400 + 16GB DDR5 in Gigabyte B760 AX 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 Spanned)
Raspberry Pi3 B+, Pi4B (OSMC) & Pi5 (XBian) running Kodi v21.1
Intel i5 Ten Core 14400 + 16GB DDR5 in Gigabyte B760 AX 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 Spanned)
Raspberry Pi3 B+, Pi4B (OSMC) & Pi5 (XBian) running Kodi v21.1