Closed lars18th closed 2 years ago
Supersedes #914.
I would suggest using value 0 instead of 65535 for situation where the signal cannot be read. By default the adapter vlues are all initialized to 0, and there are other cases such as satip adapters, so the ad->db value is not set to 65535. In that case the code may not work properly.
I would suggest using value 0 instead of 65535 for situation where the signal cannot be read. By default the adapter vlues are all initialized to 0, and there are other cases such as satip adapters, so the ad->db value is not set to 65535. In that case the code may not work properly.
This is false. I considered this case. All tuners are initialized with the 65535 value for the dB. See the line 281 in the int init_hw()
function. 😉
Futhermore, a 0.0 dB value could not be considered "no value". Because the tuner can report 0 dB if no signal is locked. So we can't assume that a 0 value is "no value". We need to distinguish between 0 and NO_DB_REPORTING. So for the last I prefer to use 65535 (MAX_DB). You agree?
This PR fixes and improves #911. It's a teamwork of @kellerman and me.
The Progress Bar has changed in the UI with new format. Futhermore, it prints the real dB value if the adapter provides it. Implemented the get of the dB value for DVB adapters that report in this scale.