[mythtv-users] metadatalookup -- not searching tvdb after post processing RECORDED

[Karl Dietz]

On 31.10.2012 22:03, John wrote:
> On 31/10/12 19:54, Karl Dietz wrote:
>> On 31.10.2012 18:51, John wrote:
>>> This looks like the relevant bit of eitfixup, which is already doing its
>>> best with dutch TV :-)
>>
>> the important part is in eithelper.cpp
>> // Netherlands
>> fix[ 1000U << 16] = EITFixUp::kFixNL;
>
> so a quick hack of
>
> // Netherlands
> fix[ 1000U << 16] = EITFixUp::kFixNL;
> fix[ 53U << 16] = EITFixUp::kFixNL;
> fix[ 3U << 16] = EITFixUp::kFixNL;
>
> Should be good enough to try it out ? I dont get what the U and Ls are

U and L signal the type (U=> unsigned and size L=> long or LL=> long
long) of the number to the C++ compiler.

> for in eithelper ...

yes, that should do it for testing.


But 3 << 16 might be a bit much as it refers to a complete sat position
from SES Astra (just a guess as 1 is 19.2E and 2 is 28.8E, ONIDs 1 to
25 are registered to SES Astra)

Looks like 3 is used at 23.3E

I don't know if 35 << 16 is a bit much as searching for "NetHold IMS"
does not lead to sensible results but some transports on 19.2E match
to your data.

After testing you should do like other fixups and be more specific.

> channum chanid frequency sistd ONID TID SID name (xmltvid)

> 1102: 16080 11739000 dvb 3 3202 6080 NED2 HD ()
 > 1106: 16090 11739000 dvb 3 3202 6090 SBS6 HD ()
 > 1162: 16092 11739000 dvb 3 3202 6092 EDL1 HD ()

3-3202 carries more channels according to Lyngsat, so here is an example 
of channel granularity

fix[   3202LL << 32 |  3 << 16 | 6080] =
fix[   3202LL << 32 |  3 << 16 | 6090] =
fix[   3202LL << 32 |  3 << 16 | 6092] = EITFixUp::kFixNL;

> 1101: 17035 11856000 dvb 3 3208 7035 NED1 HD ()
> 1104: 30826 11856000 dvb 3 3208 7020 RTL4 HD ()
 > 1134: 30827 11856000 dvb 3 3208 7030 VTM HD ()
 > 1139: 17025 11856000 dvb 3 3208 7025 BravaHDTV ()
 > 1143: 17010 11856000 dvb 3 3208 7010 Discovery HD ()
 > 1145: 30825 11856000 dvb 3 3208 7015 NGC HD ()

lets ignore RTL 8 and Penthouse (or maybe they need FixNL, too)
that would be transport granularity

fix[   3208LL << 32 |  3 << 16 ] = EITFixUp::kFixNL;

Regards,
Karl