Bug#669715: dvb-apps: Channel/frequency/etc. data needs updating for London transmitters

Russel Winder russel at winder.org.uk
Sun Apr 22 03:17:48 UTC 2012


The representative of the Amalgamated Union of Philosophers, Sages,
Luminaries, and other professional thinking persons quoth:

On Sun, 2012-04-22 at 03:16 +0100, Darren Salt wrote:
> I demand that Russel Winder may or may not have written...
> 
> > The "digital switch over" (DSO) -- closing of analogue television
> > transmision -- has involved quite a convoluted rearrangement of the
> > multiplexes and channels.  The DSO completed for London, and in my case
> > Crystal Palace, 2012-04-18.  The channel data distributed with dvb-apps is
> > now incorrect.
> 
> You should use w_scan to gather the new information. It would be useful if
> you attach the new tuning information to this bug report.

Not sure about w_scan, I have scan.  It doesn't generate a channel list.

I calculated the following replacement for the uk-CrystalPalace file:

        # UK, Crystal Palace
        #
        # Manually calculated by RLW 2012-04-21T10:20+01:00
        #
        # T freq bw fec_hi fec_lo mod transmission-mode guard-interval
        hierarchy
        #
        # BBC A — 23
        T 490000000 8MHz 2/3 NONE QAM64 2k 1/32 NONE
        # D3&4 — 26
        T 514000000 8MHz 2/3 NONE QAM64 2k 1/32 NONE
        # BBC B — 30-
        T 545833000 8MHz 2/3 NONE QAM256 2k 1/32 NONE
        # SDN — 25
        T 506000000 8MHz 3/4 NONE QAM64 2k 1/32 NONE
        # Arqiva A — 22
        T 482000000 8MHz 3/4 NONE QAM64 2k 1/32 NONE
        # Arqiva B — 28-
        # ITV4
        T 529833000 8MHz 3/4 NONE QAM64 2k 1/32 NONE

The BBC A, D3&4, SDN, Arqiva A, and Arqiva B frequencies all work fine
with vlc, I get all the channels on the multiplex.  BBC B seems to fail
but I have a suspicion that may be that the TerraTec USB unit I have
does not handle HD.  I am not sure what the NONE entries are, and I am
not sure if the 1/32 is correct.  All other entries come straight from
the OfCom document -- which I assume is definitive.

Running scan I get:

|> scan uk-CrystalPalace_RLW
scanning uk-CrystalPalace_RLW
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 490000000 0 2 9 3 0 0 0
initial transponder 514000000 0 2 9 3 0 0 0
initial transponder 545833000 0 2 9 5 0 0 0
initial transponder 506000000 0 3 9 3 0 0 0
initial transponder 482000000 0 3 9 3 0 0 0
initial transponder 529833000 0 3 9 3 0 0 0
>>> tune to: 490000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 490000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 514000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 514000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 545833000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 545833000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 482000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 482000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 529833000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to: 529833000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed)
WARNING: >>> tuning failed!!!
ERROR: initial tuning failed
dumping lists (0 services)
Done.


> Also, as of 26 September, it'll also be incorrect for Pontop Pike...

Is that the last to go?

-- 
Russel.
=============================================================================
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder at ekiga.net
41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel at winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-vdr-dvb-devel/attachments/20120422/bca0216d/attachment.pgp>


More information about the pkg-vdr-dvb-devel mailing list