[mythtv] DVBCam Class

[Taylor Jacob]

>> I sent him an email about 2 months ago on this subject and have yet to hear
>> from him, so I am just assuming he is out of the picture now..
> Answered you on IRC, but I guess you are just hanging around all day and not
> recording the logs..

I used to have the bad habit of having 2-3 irc clients open on a bunch of differnet machines so I
could have just missed it.. Sorry.. I have 1 client now and I idle in #mythtv all the time now..

> I'm not sure why the hell you want to remove the caching of pids in a channel,
> but hiding it in the channel table could be a benefit (a channel private field
> with some encoding).

In case a service moves.. The more compaints I hear the more it seems necessary to make autopid an
option not an all the time thing..

>> COMPLETE: A DVB-S card will have multiple inputs depending on what type of
>> DiSEqC switch its connected to.. This eliminates the need for the dvb_sat
>> table which completely breaks any type of relational database design..
> Never thought of it this way, nice.

Its the only way to handle 2 cards viewing the same content without having 2 copies of the channels..

>> TESTING NOW: DVB Scanning class that queries the SDT tables and populates
>> the channels into channel and also grabs the PIDS and shoves them into
>> dvb_pids.  I have this done for DVB-S and testing is going on by John
>> Pullan for DVB-T.
> Would this be run in idle time to update all my channels, if so, nice :)

Yes thats my goal..

> The Event information is from what I have seen very thin, but if you could
> come up with an algorithm to match running status (if it exists) with the
> current schedule, great!

It seems to depend on where you are at.. I can get some great guide, and some servies say "Digital
Program".. I also have seen 1 carrier that embeds EVERYTHING in the extended_event text so I have
a fixup routine for it that uses a bunch of regexps to parse it back out into guide data that is a
good a quality as DataDirect..

>> I need to do some testing on this, but I am pretty sure that the Guide
>> Tracker will have to be able to handle ATSC over DVB (I think this is used
>> in Australia, and is used by PBS here int eh states on their feed bird
>> AMC3).  This class will be general enouigh that a crc checked table can be
>> passed into it and the class will figure out what to do from there an do
>> the DB insert so it can be used byt he ATSC people as well..
> Dunno what you are talking about here, please elaborate.

The major difference between ATSC and DVB are the choice of SI Tables adn what PIDs they are found
on.. PBS here in North America uses a DVB carrier (QPSK on a satellite) but uses ATSC tables.. DVB
can tune it but the ird just cant find an SDT or NIT or EIT table.. If you parse it as ATSC you
can get channel names.. I have seen other places choose ATSC over DVB Carrier.. I read Argentenia
is going to use ATSC over DVB-T since they prefered CODFM over 8VSB..

> That delay was put there for a reason, namely that CAMs will often start
> decoding the audio first and after a delay the video, both of these streams
> would sometimes be corrupt at the start, so this code was put there to limit
> this problem. I guess you could base this on whether or not the current
> channel is encrypted or not :)

Can't you check the "encrypted" bit in the TS packets and see if its encrypted or not before you
start writing to the ringbuffer?  I can't remember what bit it is now but its in the specs?  I
figured that bit got flipped when the encryption scheme took hold.. If you still waited for the
first GOP to write to the ring buffer you should be able to solve this problem I would think as
well..