[mythtv] MythTV DVB Implementation (What's needed & What's not)

[Steele Price]

the insisted dependdence on using xmltv is a huge problem on North American
Satellite.
All you get from tv_grab_na is a choice between dish, directv (both which
would need the ability do get encrypted channels) or c-band.  unless I
completely missed something, 99% of the free to air channels are in Ku and
not available from xmltv.  It would be really nice if we could map the
channels obtained from xmltv into real dvb channels that we are able to get,
like grab "FX East" from the dishnet listings and map it to the correct
dvb_channel entry, this ability is there in the database obviously but the
mapping needs to be implemented somewhere in the setup.  These channels
change quite often actually, they are shifted around and moved in frequency
by both dishnet and directv so mapping by channel name is really the only
option, obviously completely different animal than EU Sat, or -T or -C
setups.

Similarly, there is going to be a major difference in the use of diseqcs,
different people are going to have different needs, some only use one fixed
bird, while others have multiple fixed and motor controlled dishes.  This
mapping of channels really is a big deal on sat so please don't take it
lightly, not only is it a big deal, it's a giant pain in the butt to keep
reconfiguring it without at least having a big map of what is available from
somewhere.

General users don't want to go out on a frequency treasure hunt, they just
want to say, I get that channel on sat # xyz and it's on my 3rd diseqc port.
If someone will assist me in this we can pull most of it from satcodx, while
they don't have everything, they do have alot and it's a hell of alot easier
to grab that data over the net than parsing lyngsat.  Lyngsat has some
channels listed that satcodx doesn't and vice-versa so checking both might
be beneficial, though I believe that satcodx is better as a single source.
Using Satcodx codes for the unique ID of each sat would be beneficial and at
least help conform to some worldwide standard.

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


-----Original Message-----
From: mythtv-dev-bounces at mythtv.org
[mailto:mythtv-dev-bounces at mythtv.org]On Behalf Of Edward Wildgoose
Sent: Friday, September 12, 2003 6:48 AM
To: Development of mythtv
Subject: RE: [mythtv] MythTV DVB Implementation (What's needed & What's
not)


> For the scans I have done recently on DVB-T, the config isn't completed
> correctly for channels that aren't currently broadcasting. The channels
> are identified, but the video & audio PIDs come out as 0, and you have
> to hand-craft a config together from scans done at different times of day.

Hmm, good point, but my set top box seems to manage OK...  Wonder what it
does different..?

Anyway, the point is that this can either be handled by an upgrade to scan,
or else we have to draw a line somewhere, and perhaps we should just leave
this to the manual tuning screen to fix?  I think an option to auto scan,
and only add new stuff is important of course

> Similarly, I also get the feeling that the channel configuration, at
> least for DVB-T but probably the others too, changes fairly frequently.
> Shouldn't the system be able to cope with channels that appear,
> disappear, or change configuration? Perhaps the backend should have some
> channel-polling function running when the card isn't used for
> recording/livetv

Don't see it changing that often actually.  In the UK we had a few new
channels added, but nothing you couldn't live without, and it seems that the
slots are nearly full up now.  I would imagine it would change perhaps a
couple of times per year maybe?

Thanks for your thoughts

Ed W

_______________________________________________
mythtv-dev mailing list
mythtv-dev at mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev