Your message dated Sun, 13 May 2012 20:05:45 +1000 with message-id <201205132005.47858.m...@purcell.id.au> has caused the report #669715, regarding dvb-apps: Channel/frequency/etc. data needs updating for London transmitters to be marked as having been forwarded to the upstream software author(s) linux-me...@vger.kernel.org
(NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 669715: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669715 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ------------- 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 <rus...@winder.org.uk> To: Darren Salt <li...@youmustbejoking.demon.co.uk> CC: 669...@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.win...@ekiga.net 41 Buckmaster Road m: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder -----------------------------------------
--- End Message ---
