[mythtv] New version of Mythchannels
ramon.roca at xcombo.com
Wed Jul 30 21:14:10 EDT 2003
I did against CVS, not 0.10, although the changes on other directories
distinct than mythchannels are not really that much... but they are....
In analog I think it only affects to the "hue" column at channel table...
(If I don't miss anything else).
Did I understood that correctly? You want 0.10 instead of CVS?
Anyway, if you are interested in the DVB-s stuff that is still unstable, no
sense 0.10 for that, the player still have a lot of things to be done there,
although I'm getting the impression that the people is more afraid of don't
touching something that don't even work and discussing about the sex of the
angels instead of fixing that....
----- Original Message -----
From: "Leandro Dardini" <ldardini at tiscali.it>
To: "Ramon Roca" <ramon.roca at xcombo.com>; "Development of mythtv"
<mythtv-dev at snowman.net>
Sent: Wednesday, July 30, 2003 7:25 PM
Subject: Re: [mythtv] New version of Mythchannels
> I' d like to use a stable mythtv. Do you have a version around compatible
> with mythtv 0.10 ?
> ----- Original Message -----
> From: "Ramon Roca" <ramon.roca at xcombo.com>
> To: "Development of mythtv" <mythtv-dev at snowman.net>
> Sent: Wednesday, July 30, 2003 4:22 PM
> Subject: Re: [mythtv] New version of Mythchannels
> > > * If you assigne a "Number" to a channel, do you check for
> > > duplicates? What, if I try to move "La2" to number 2, but "Tele
> > > happens to be on number 2 already?
> > chanid (pk) it's preserved. preset not.
> > simple, the first will be taken, but no problems on db integrity.
> > I was thinking on this, but is not that simple: should the following
> > correlative numbers be shifted? or should we just swap the numbers?
> > By now, manually you still can do that that... sure can be ways to
> > this. Anyway the basic is covered, if someone wants to improve this...
> > > * Scanning analog channels: That "first tuner card" and
> > > not running" stuff makes no sense to average users. I also think
> > > that it's a bad idea to assume that the server with the TV cards
> > > has any graphical display, but we discussed that already.
> > yes, note that I do agree that will be nice to have everything at the
> > bakend, like the player for the preview. Maybe analog scan should also
> > consider optionaly the full frequencies tables or look for "finetune"
> > frequencies"... again, starting with basics. Also yes to the message...
> > > * PIDs: I'd use a separate textfield for video and audio PIDs,
> > > even for AC3, subtitles etc., so that users know what they are
> > > (more guiding) and don't have to worry about the DB field format
> > > definition (comma-separated, no spaces).
> > I agree with Kenneth that will be nice to minimize as possible user
> > and getting that info dynamically, then only store that kind of
> > for cache purposes when it makes sense...vdr's patch Autopid is a good
> > working example of doing this. Also the numbers of audio pids and its
> > I've seen that change dynamically depending on the program being
> > in the same channel... but again I'm just afraid of being too much
> > and have nothing while thinking in the whole thing. In the meantime
> > make it work, and maybe yes, we can still split those pids. My current
> > immediate plans before I take my vacations are to load dvb-t channels
> > (I've been asked for) and maybe also to resynch spanish and catalan
> > translations...
> > > * Nit-pick: "DVB" already includes "Digital", so I'd use e.g.
> > > "Digital: DVB" instead of "Digital DVB".
> > thx, I'm sure that there are other typos/errors given my english, please
> > correct them!.
> > _______________________________________________
> > mythtv-dev mailing list
> > mythtv-dev at snowman.net
> > http://lists.snowman.net/cgi-bin/mailman/listinfo/mythtv-dev
> mythtv-dev mailing list
> mythtv-dev at snowman.net
More information about the mythtv-dev