[mythtv] Built in DVB epg support
lists at kenneth.aafloy.net
Thu Jul 29 17:33:38 EDT 2004
On Thursday 29 July 2004 23:11, John Pullan wrote:
> On Thu, 2004-07-29 at 21:18 +0100, Charlie Brej wrote:
> > John Pullan wrote:
> > <snip>
> > > The second strand of the idea, would be to update the channels by
> > > visiting each channel and collecting the data for each one (I believe
> > > vdr does this). It would need to do this when the master server was
> > > idle (more accurately when the dvb tuners where idle) so some
> > > interaction with the scheduler would be required.
> > >
> > > Does this basically sound correct ?
> > > (Coding schedule is of course dependent on how rainy it is :-)
> > (I am pretty sure) You don't need to change the channels to get the guide
> > for different channels.
> That is true (at least here in the uk on dvb-t), but I was thinking that
> for the case of a dvb-s systems, that one channel wouldn't be
> broadcasting the epg data for all the other channels. (could be wrong
> about that though)
You are absolutly right, since there is to many transponder/transport streams
on dvb-s, and there is no sense in sending the epg on all transponders..
About the implementation specifics, I would have put a thread in a class that
has a close connection to DvbRecorder, and make it abortable (or maybe
pausable) as soon as startRecording is invoked in DvbRecorder, and resumable
after a certain period of idle time (10 min?). Use qt signals for the
communication between the two classes, to keep the loose binding.
More information about the mythtv-dev