[mythtv-users] BBC THREE/FOUR

[Pete's Mailing Lists]

-----Original Message-----
Sent: Wednesday 04/02/2004 13:03:30
Subject: RE: RE: [mythtv-users] BBC THREE/FOUR

>Paul Woodward wrote:
>> I'm slightly confused - I thought that the pids changed in 
>> real time to indicate the state of transmission. Isn't it 
>> therefore necessary to effectively scan on changing to that 
>> channel rather than at configuration time?
>
>That's obviously one way to do it (but I would make that an
>example of how it should not be done). I've also got one of
>those shared channels in my channel three, but this does not
>change pids in the middle of the transmission.
>
>One way to solve this is to add a autopid flag to the
>dvb_channel table, and write a service description table
>parser which does the job of updating the pids at the
>beginning of a show and/or at a specified interval. Although
>I would recomend having such a feature disabled as default,
>because 99.9% of the channels have static pids. And it takes
>some time before the table reach us, so that's yet another
>delay on channel changes. There was such code (incomplete
>though), in the earlier dvb-alpha releases of the mythtv-dvb
>code (might still be archived).
>
>Kenneth
>
>
>_______________________________________________
>mythtv-users mailing list
>mythtv-users at mythtv.org
>http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

What about triggering on the version number in the tables ?   This is how I would normally expect a STB to trigger table re-reads. I know most multiplexors do updates this way; ie,if the PMT version changes, then we expect the service to be changing PIDs.  Same reasoning for any tables being processed.

I have not looked at the PSI/SI from the BBC in a while, but I do have access to an Acterna transport stream analyser.  We have just moved offices so they are packed away at the moment, but the lab should be running again soon.  I will be able do do any TS analysis then that you guys need.

Rgds,
Pete