[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