On Wed, 28 Feb 2018 11:01:23 +0100
Klaus Schmidinger <Klaus.Schmidinger@xxxxxxx> wrote:
> On 27.02.2018 17:58, Patrick Boettcher wrote:
> > On Tue, 27 Feb 2018 16:54:35 +0100
> > Klaus Schmidinger <Klaus.Schmidinger@xxxxxxx> wrote:
> >
> >> Hello Patrick,
> >>
> >> your scan doesn't contain the NIT, which is where the transponder
> >> innformation is broadcast. Can you scan that, too, please?
> >
> > Hi Klaus,
> >
> > NIT attached (from another multiplex with the same symptoms).
>
> DVB-DescriptorTag: 90 (0x5a) [=
> terrestrial_delivery_system_descriptor] descriptor_length: 11 (0x0b)
> Center frequency: 0xffffffff (= 42949672.095 kHz)
>
> @@ -219,6 +219,8 @@
> cDvbTransponderParameters dtp;
> int Source = cSource::FromData(cSource::stTerr);
> int Frequency = Frequencies[0] =
> sd->getFrequency() * 10;
> + Frequency = Transponder() * 1000000;//XXX
> + dsyslog("Frequency = %08X, Transponder = %d",
> sd->getFrequency(), Transponder());//XXX static int Bandwidths[] =
> { 8000000, 7000000, 6000000, 5000000, 0, 0, 0, 0 };
> dtp.SetBandwidth(Bandwidths[sd->getBandwidth()]); static int
> Constellations[] = { QPSK, QAM_16, QAM_64, QAM_AUTO };
It works. I had to have VDR recreate the channels because it was mixing
things up with the already existing ones.
As to why the frequency is set to "-10" I don't know (yet), but I
remember it has always been like this since 2005.
Initial tuning files have always contained all active frequencies for
their region, because the NIT did not set the center frequencies
correctly.
It might be because the multiplexed transport streams are generated
centrally and then distributed to all the base-stations where they are
emitted as-is but on different frequencies depending on the region.
What can we do to get this upstream?
Thanks for your help,
--
Patrick.
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
