From: Mark Purcell <mark@purcell.id.au>
To: linux-media@vger.kernel.org
Cc: Russel Winder <russel@winder.org.uk>,
Darren Salt <linux@youmustbejoking.demon.co.uk>,
669715-forwarded@bugs.debian.org
Subject: Fwd: Bug#669715: dvb-apps: Channel/frequency/etc. data needs updating for London transmitters
Date: Sun, 13 May 2012 20:05:45 +1000 [thread overview]
Message-ID: <201205132005.47858.mark@purcell.id.au> (raw)
---------- Forwarded Message ----------
Subject: Bug#669715: dvb-apps: Channel/frequency/etc. data needs updating for
London transmitters
Date: Sun, 22 Apr 2012, 13:17:48
From: Russel Winder <russel@winder.org.uk>
To: Darren Salt <linux@youmustbejoking.demon.co.uk>
CC: 669715@bugs.debian.org
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@ekiga.net
41 Buckmaster Road m: +44 7770 465 077 xmpp: russel@winder.org.uk
London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
-----------------------------------------
next reply other threads:[~2012-05-13 10:05 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-13 10:05 Mark Purcell [this message]
2012-05-13 10:15 ` Fwd: Bug#669715: dvb-apps: Channel/frequency/etc. data needs updating for London transmitters Andy Furniss
2012-05-13 10:52 ` Russel Winder
2012-05-13 14:23 ` Andy Furniss
2012-05-13 15:11 ` Russel Winder
2012-05-13 16:07 ` Andy Furniss
2012-05-13 16:55 ` Andy Furniss
2012-05-14 11:54 ` Andrew Benham
2012-05-17 20:22 ` Thomas Kernen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201205132005.47858.mark@purcell.id.au \
--to=mark@purcell.id.au \
--cc=669715-forwarded@bugs.debian.org \
--cc=linux-media@vger.kernel.org \
--cc=linux@youmustbejoking.demon.co.uk \
--cc=russel@winder.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).