[mythtv-commits] [MythTV/mythtv] 5575f4: Hz/kHz confusion in SatelliteDeliverySystemDescriptor

rogerjames99 noreply at github.com
Mon Nov 18 09:03:48 UTC 2019


  Branch: refs/heads/master
  Home:   https://github.com/MythTV/mythtv
  Commit: 5575f4f6a7bd9fc12677f2c1ac6d67685f3c557c
      https://github.com/MythTV/mythtv/commit/5575f4f6a7bd9fc12677f2c1ac6d67685f3c557c
  Author: Roger James <roger at beardandsandals.co.uk>
  Date:   2019-11-18 (Mon, 18 Nov 2019)

  Changed paths:
    M mythtv/libs/libmythtv/channelscan/channelscan_sm.cpp
    M mythtv/libs/libmythtv/channelutil.cpp
    M mythtv/libs/libmythtv/dtvmultiplex.cpp
    M mythtv/libs/libmythtv/mpeg/dvbdescriptors.cpp
    M mythtv/libs/libmythtv/mpeg/dvbdescriptors.h

  Log Message:
  -----------
  Hz/kHz confusion in SatelliteDeliverySystemDescriptor

In SatelliteDeliverySystemDescriptor the function FrequencyHz
did return the frequency in kHz. This is, although misleading,
not a real bug because almost everwhere the value was correctly
interpreted as a frequency in kHz, as is standard for all
frequencies in the context of satellites.
Only in the channel scanner, where the NIT table is parsed
for additional transports, the result of FrequencyHz was
divided by 1000 and this resulted in a value in MHz.
Contrary to what the title of ticket #13058 suggests,
this did not prevent finding and scanning new multiplexes.
The code uses the frequency value to search for an existing
multiplex and if it cannot find it then a new multiplex is created.

Fixes #13058

Signed-off-by: Klaas de Waal <kdewaal at mythtv.org>




More information about the mythtv-commits mailing list