[mythtv] [mythtv-commits] Ticket #3418: [13136] prevents seeing channels with duplicate callsigns
Michael T. Dean
mtdean at thirdcontact.com
Mon May 7 01:56:44 UTC 2007
On 05/06/2007 07:50 PM, Daniel Kristjansson wrote:
> I thought that 'callsign' == 'programming stream
> aside from commercials' in MythTV.
That was the impression I had gotten, too. However, it seems I was very
wrong.
So, basically, I'm reading this to mean that a "callsign" to MythTV is
really nothing more than a simplistic "Channel Group" in that it tells
the scheduler for a "channel" recording, use any channel with this
callsign iff the programming content is also a match.
(Not that I'm proposing it be done, because I don't think there's enough
utility in the approach (implied "for me"), but to help me
understand...) If that's the case, we could expand the idea to allow
user-defined "channel groups" so that users could specify a list of
channel ID's as a channel group. Then, when creating "channel"
recording rules, they would pick an appropriate channel group (and "any
channel" rules may actually be channel rules using the always-defined
"All" channel group--assuming appropriate priority transitions are made
to achieve current scheduler functionality). The "overloaded" callsign
could then be retired from scheduler grouping and instead become just
another type of name (i.e. short channel name).
And, in that world, non-US users wouldn't complain about
callsigns--which mean nothing to them--having hidden meaning in Myth.
And, users would be able to create as many channel groups as desired to
allow specifying exactly which channels may be used to record programs.
The channel groups could also be used for UI purposes to allow multiple
independent favorites lists (i.e. Science, Movies, Kids, ...). Or
whatever...
BTW, if this is a desirable approach, I may eventually put some effort
into it, but it is probably on the bottom 5% of my MythTV TODO list.
I'm also not asking devs to spend their time working on it as there are
many other useful things that may make for more-useful changes. (Oh,
and xris, sorry for saying that something that could be useful for
favorites may not be worth implementing. :)
Mike
More information about the mythtv-dev
mailing list