[mythtv] DVB EIT in mythtv-eit

Stuart Auchterlonie stuarta at squashedfrog.net
Fri May 5 13:42:56 UTC 2006

On Fri, May 05, 2006 at 09:28:37AM -0400, Daniel Kristjansson wrote:
> On Fri, 2006-05-05 at 13:39 +0200, Rudy Zijlstra wrote:
> > Janne Grunau wrote:
> > >On Thursday 04 May 2006 17:12, Rudy Zijlstra wrote:
> > >>Fine, this explains why network scanning on my cable network always
> > >>fails. The network ID i have to give the STB is 1111. The NIT which
> > >>is selected that way has a table id of 0x41 (other network).
> > >>I guarantee though, that it is the valid NIT for my location.
> > >>This is common cable behaviour. This was recorded on Essent in the
> > >>Netherlands.
> > >I can only say that Kabel Deutschland does the right thing(tm). They 
> > >have only one NIT actual network and no NITs fo other networks.
> > >>>complaints until the channel scanner is working for standard
> > >>>conforming DVB networks.
> I just wanted to comment that I agree with Janne that we should address
> standards compliant systems first, and then build in hacks to allow
> scans of compliant systems that don't break normal channel scanning.

I'll agree with that as well.

> As for the feature of only adding encrypted channels for which you have
> a subscription, I think that is a fine idea. When you subscribe to one
> of these do they give you a 'networkid' to plug into your scan, or would
> it make more sense to just check if your CAM is capable of decrypting
> the streams? The latter wouldn't be too hard to implement, just have
> DVBSignalMonitor pass the PMT to the DVBChannel instance it already
> uses, then monitor the streams in the PMT and wait a little bit to
> see if the encrypted streams drop their encryption flag.

Sounds to me like that would be part of Bouqet handling (BAT tables)
as that is what is used to logically group channels. Definitely
in use on dvb-s


More information about the mythtv-dev mailing list