[mythtv] DVB Alpha-0.5

[Steele Price]

I see a small problem with commiting this to CVS. The database structure
and lack of Diseqc control.  For anyone using DVB-S this is a really big
problem.

I have been working on a more reasonable table structure for dvb_channels,
PIDS do not belong there in a flat structure, same with diseqc. Also SLOF,
LOF_HI and LOF_LO need to be set for each LNB.  Is there some reason we
cannot normalize this database more?

I have the preliminary structure done, and want to discuss it with the
community when it is a little more refined (a day or two). Its a fairly
hefty change and I don't know how well received it is going to be but, IMO
it's essential to do this for DVB-S.  Channels change constantly on
satellite, not just every couple months, they change almost daily.  Also
we need channel searching like normal satboxes have.  Then there is the
problem of linking the EPG in.  on Satellite it is not cut and dry,
especially for FTA stuff, we could have the same channel on 4 different
sats.  All the channel info is there in xmltv, but it's not organized in a
useful way for the satellite enthusiast.  There should be a way to link
channels (and there is in my structure) in a normalized fashion to the
channels table without alot of pain.  This means that there needs to be
some changes in mythfilldatabase to handle this as well.  What I mean is
this, we can pull xmltv info from say dishnet/direcpc but use it on
channels on a different sat.  This means we may be pulling grab_tv_na from
more than one source, in the current implementation I don't see an easy
way to achieve that.

I have planned to contribute heavily to this development, but if it's just
going to get rejected out of hand, why bother, so hopefully this can be
discussed ad-nauseum before it gets implemented.  I'd like to see a real
solution that works worldwide and takes large configurations (like up to
12 lnbs) into consideration.

I am working on several parts of this right now and want to know that I am
not wasting my time.  If you want this as a seperate database, please say
so because the current implementation just won't work.

Steele Price
CTO
Digital Dreamshop
http://xtcp.net

>> It's really just a small update with the seektable stuff in:
>> http://home.no/mythbox/dvb-alpha-0.5.tar.bz2
>>
>> Please let me know if this fixes the crashes on no-CAM cards.
>>
>> Combined all the diffs into dvb-alpha.diff and packaged the files
>> relative to
>>  mythtv top dir.
>
> Feedback on this:
>
> ...V.cool!  It works much faster, seeking works, etc.
>
> Wahay!  I think this is good enough to call a release!  I would be
> extremely happy to see this in CVS now. (The only thing "wrong" with the
> previous version IMHO was a segfault for non ci users)
>
> (Slight warning, anyone who grabbed this before Sunday evening would have
> a slightly different version.  Kenneth tracked down the bit of code which
> was causing the segfault and this is now completely fixed - the patch has
> been re-uploaded with the same name)
>
> The only warning I would add is that compiling without DVB is broken by
> this patch. At least part of the fix is to add a "USING DVB{ ... }" in
> libmyth.pro and I think it may need a few #DEFINES in tv_rec.cpp
>
> Isaac if you were happy to add this to cvs then I am happy to work on
> making the compile run cleanly when not using DVB.  However, another
> possibility is just to include the DVB headers in the file and then it
> will build no matter what - any comments/reasons NOT to do this?  Seems
> like an easy fix to me?
>
> Modifications to "setup" will follow...
>
> Thanks for all your work Kenneth!
>
> Ed W
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>