Tuning file for Crystal Palace, UK (post digital switch-over)

Tuning file for Crystal Palace, UK (post digital switch-over)

[Chris Rankin]

[-- Attachment #1: Type: text/plain, Size: 130 bytes --]

Hi,

The Crystal Palace transmitter has now completed its digital 
switch-over, so here's the updated tuning file.

Cheers,
Chris

[-- Attachment #2: uk-CrystalPalace --]
[-- Type: text/plain, Size: 898 bytes --]

#------------------------------------------------------------------------------
# file automatically generated by w_scan
# (http://wirbel.htpc-forum.de/w_scan/index2.html)
#! <w_scan> 20120112 1 0 TERRESTRIAL GB </w_scan>
#------------------------------------------------------------------------------
# location and provider: Crystal Palace, UK
# date (yyyy-mm-dd)    : 2012-04-18
#
# T[2] [plp_id] [system_id] <freq> <bw> <fec_hi> <fec_lo> <mod> <tm> <guard> <hi> [# comment]
#------------------------------------------------------------------------------
T 490000000 8MHz 2/3 NONE QAM64 8k 1/32 NONE # London .
T 514000000 8MHz 2/3 NONE QAM64 8k 1/32 NONE # London .
T 545833330 8MHz 2/3 NONE QAM256 AUTO AUTO AUTO # London .
T 482000000 8MHz 3/4 NONE QAM64 8k 1/32 NONE # London .
T 506000000 8MHz 3/4 NONE QAM64 8k 1/32 NONE # London .
T 529833330 8MHz 3/4 NONE QAM64 8k 1/32 NONE # London . 

RE: Tuning file for Crystal Palace, UK (post digital switch-over)

[Ian Liverton]

Hi Chris,

Thanks for this - I was in the middle of trying to sort this out when it
arrived!  When I use it with dvbscan, however, it seems to mis-detect the
modulation on the SDN multiplex.  It's telling me it's QPSK rather than
QAM_64.  Did you have any trouble with re-tuning?

>>> tune to:
506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_1_2:QPSK:TRANSMISSION_M
ODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
WARNING: filter timeout pid 0x0011
WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x0010

Many thanks

Ian

-----Original Message-----
From: linux-media-owner@vger.kernel.org
[mailto:linux-media-owner@vger.kernel.org] On Behalf Of Chris Rankin
Sent: 18 April 2012 13:44
To: linux-media@vger.kernel.org
Subject: Tuning file for Crystal Palace, UK (post digital switch-over)

Hi,

The Crystal Palace transmitter has now completed its digital switch-over, so
here's the updated tuning file.

Cheers,
Chris

-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1913 / Virus Database: 2411/4943 - Release Date: 04/17/12

Re: Tuning file for Crystal Palace, UK (post digital switch-over)

[Ian Armstrong]

On Friday 20 April 2012, Ian Liverton wrote:

> Thanks for this - I was in the middle of trying to sort this out when it
> arrived!  When I use it with dvbscan, however, it seems to mis-detect the
> modulation on the SDN multiplex.  It's telling me it's QPSK rather than
> QAM_64.  Did you have any trouble with re-tuning?
> 
> >>> tune to:
> 506000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_1_2:QPSK:TRANSMISSION_
> M ODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
> WARNING: filter timeout pid 0x0011
> WARNING: filter timeout pid 0x0000
> WARNING: filter timeout pid 0x0010

I had problems with MythTV (.23-fixes) which failed to detect any channels on 
this multiplex. Had to manually add it with the correct info before doing 
another scan. Using dvbsnoop to dump the NIT also shows QPSK instead of 
QAM_64.

   DVB-DescriptorTag: 90 (0x5a)  [= terrestrial_delivery_system_descriptor]
   descriptor_length: 11 (0x0b)
   Center frequency: 0x03041840 (= 506000.000 kHz)
   Bandwidth: 0 (0x00)  [= 8 MHz]
   priority: 1 (0x01)  [= HP (high priority) or Non-hierarch.]
   Time_Slicing_indicator: 1 (0x01)  [= Time Slicing is not used.)]
   MPE-FEC_indicator: 1 (0x01)  [= MPE-FEC is not used.)]
   reserved_1: 3 (0x03)
   Constellation: 0 (0x00)  [= QPSK]
   Hierarchy information: 0 (0x00)  [= non-hierarchical (native interleaver)]
   Code_rate_HP_stream: 2 (0x02)  [= 3/4]
   Code_rate_LP_stream: 0 (0x00)  [= 1/2]
   Guard_interval: 0 (0x00)  [= 1/32]
   Transmission_mode: 1 (0x01)  [= 8k mode]
   Other_frequency_flag: 1 (0x01)
   reserved_2: 4294967295 (0xffffffff)

-- 
Ian