2021-06-23, 02:18 PM
Request: Check all Channel_Mapping entries when Tuning a Channel, until a signal lock is obtained
In the current logic, NextPvr seems to select a Tuner (Capture Source) which is 'available' and then attempt to tune from that single Capture Source. If the channel cannot be tuned on the selected tuner, the recording/live TV fails.
This Enhancement Request is for NextPVR to try the next available tuner if a datastream is not received within a reasonable timeout period and to continue until all mapped tuners for that channel have been tried.
Scenario 1:
The 'first prioriy' tuner(s) is/are not working due to a cable/equipment fault/LNB Obstruction etc - there are other tuners that would tune if they were tried
Scenario 2:
A Channel is mapped (merged) to a Satellite Source and a Terrestrial Source . The Satellite is transmitted 24 hours per day, but the terrestrial signal is only transmitted for part of the day (usally due to channel sharing due to limited transmission capacity). If the terrestrial tuners is selected during downtime, the channel cannot be watched.
As a test of Scenario 2, my DVB-S tuners come before the DVB-T tuners. If 'ReversePriorityForLiveTV' is TRUE, a channel cannot be watched during DVB-T downtime. If it is FALSE, the channel tunes OK.
A note on Timeouts: During 'downtime' on DVB-T, there seems to be some form of signal (on a TV, a message is displayed along the lines of 'Programs start at 19:00'). The timeout should take into account the expected data rate for the channel being tuned - a Radio Station will have a much lower data rate than TV
In the current logic, NextPvr seems to select a Tuner (Capture Source) which is 'available' and then attempt to tune from that single Capture Source. If the channel cannot be tuned on the selected tuner, the recording/live TV fails.
This Enhancement Request is for NextPVR to try the next available tuner if a datastream is not received within a reasonable timeout period and to continue until all mapped tuners for that channel have been tried.
Scenario 1:
The 'first prioriy' tuner(s) is/are not working due to a cable/equipment fault/LNB Obstruction etc - there are other tuners that would tune if they were tried
Scenario 2:
A Channel is mapped (merged) to a Satellite Source and a Terrestrial Source . The Satellite is transmitted 24 hours per day, but the terrestrial signal is only transmitted for part of the day (usally due to channel sharing due to limited transmission capacity). If the terrestrial tuners is selected during downtime, the channel cannot be watched.
As a test of Scenario 2, my DVB-S tuners come before the DVB-T tuners. If 'ReversePriorityForLiveTV' is TRUE, a channel cannot be watched during DVB-T downtime. If it is FALSE, the channel tunes OK.
A note on Timeouts: During 'downtime' on DVB-T, there seems to be some form of signal (on a TV, a message is displayed along the lines of 'Programs start at 19:00'). The timeout should take into account the expected data rate for the channel being tuned - a Radio Station will have a much lower data rate than TV