[mythtv-users] Could someone please let me have the db settings for Crystal Palace freq 490000000

[David Watkins]

On 7 March 2013 08:43, Another Sillyname <anothersname at googlemail.com> wrote:
> I'm pretty sure the transportid is 8197.
>
> I ask because someone (who cannot be named as she cooks my dinner) did
> a retune yesterday and managed to delete my backups directory
> immediately before.....I've got a backup from a week ago on my laptop
> but that's currently somewhere else till the weekend.
>
> I can't get any of the BBC channels to lock in, looking in the db it's
> trying to find the BBC channels (SD only) on transportid 4164 which is
> frequency 514000000 which I'm pretty sure is wrong.
>
> I've done about half a dozen scans, including clearing the db first
> and can get all the other channles OK but auntie isn't playing and I'm
> not sure why.  When I do a single mux only scan on 490000000 I can't
> find any channels.....so that's leading me to believe that the db
> entries may be getting picked up wrong.

results of select * from dtv_multiplex attached.

It's not a particularly recent scan, but as far as I can tell all
channels are working.
-------------- next part --------------
mplexid sourceid        transportid     networkid       frequency       inversion       symbolrate      fec     polarity        modulation      bandwidth       lp_code_ratetransmission_mode        guard_interval  visible constellation   hierarchy       hp_code_rate    mod_sys rolloff sistandard      serviceversion  updatetimestamp default_authority
34      2       4164    9018    490000000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       2/3     UNDEFINED       0.35dvb      33      2012-06-14 11:56:44
26      1       12294   9018    506000000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       3/4     UNDEFINED       0.35dvb      33      2012-06-14 11:46:21
25      2       24640   9018    529833000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       3/4     UNDEFINED       0.35dvb      33      2012-06-14 11:27:39
27      1       20544   9018    482000000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       3/4     UNDEFINED       0.35dvb      33      2012-06-14 11:46:21
31      1       16516   0       546000000       0       0       auto    v       auto    8       auto    a       1/32    0       auto    n       auto    UNDEFINED       0.35dvb      33      2012-06-14 11:52:35
28      1       4164    9018    490000000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       2/3     UNDEFINED       0.35dvb      33      2012-06-14 11:49:01
29      1       8197    9018    514000000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       2/3     UNDEFINED       0.35dvb      33      2012-06-14 11:49:01
35      2       8197    9018    514000000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       2/3     UNDEFINED       0.35dvb      33      2012-06-14 11:56:44
24      1       24640   9018    529833000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       3/4     UNDEFINED       0.35dvb      33      2012-06-14 11:24:06
32      2       12294   9018    506000000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       3/4     UNDEFINED       0.35dvb      33      2012-06-14 11:55:18
30      1       16516   9018    546000000       0       0       auto    v       auto    8       auto    a       1/32    0       auto    n       auto    UNDEFINED       0.35dvb      33      2012-06-14 11:52:31
33      2       20544   9018    482000000       a       0       auto    v       qam_64  8       1/2     8       1/32    0       qam_64  n       3/4     UNDEFINED       0.35dvb      33      2012-06-14 11:55:18