[mythtv-users] record at any time on channel <CHANNEL> is missing in master soon to be .27

[Anthony Giggins]

On 25/07/2013, at 3:48 AM, Stephen Worthington <stephen_agent at jsw.gen.nz> wrote:

> On Wed, 24 Jul 2013 09:45:37 -0700, you wrote:
> 
>> On Wed, Jul 24, 2013 at 9:26 AM, Stephen Worthington <
>> stephen_agent at jsw.gen.nz> wrote:
>> 
>>> On Wed, 24 Jul 2013 10:38:33 -0400, you wrote:
>>> 
>>>> On 07/24/2013 10:27 AM, jrh wrote:
>>>>> I am using mythfrontend, with the Mythcenter-wide v 1.7 theme.
>>>>> 
>>>>> Will the 'this channel' be default to 'ON'? Or have an option to set it
>>> to default to ON? It is in the advanced settings for a recording which is
>>> normally hidden.
>>>> 
>>>> You can create recording rule templates to apply whatever recording rule
>>>> options you like.  So, you could make one for each of the "this channel"
>>>> channels you use.
>>>> 
>>>> The reason for the split to advanced settings is because we wanted to
>>>> make it easy for most people to create the vast majority of needed
>>>> recording rules--i.e. creating "anytime/any channel" rules.  Those
>>>> "extra" settings people can use
>>>> 
>>>> Note, also, there's seldom reason for a "this channel" rule.  There are
>>>> typically much better options available.  For example, for the scenario
>>>> you describe:
>>>> 
>>>>> For example for a given show, i use it on for a show that is broadcast
>>> weekly, and I want to keep all of them. However, for that same show that is
>>> in 'syndication' on a different channel I want to restrict the number of
>>> episodes to a dozen or so as it is played constantly.
>>>> 
>>>> a better approach would be to use the "new episodes" filter for the new
>>>> episodes.  Note, also, that the fact that there are almost always better
>>>> approaches available than "this channel" rules is the reason "this
>>>> channel" rules were removed (and the "this channel" filter was
>>>> added)--it is meant to indicate that "this channel" should not be a
>>>> first-level criteria when deciding how to schedule shows.  Instead, you
>>>> should look at other options, first, and leave "this channel" filter as
>>>> a less-preferred tool in the arsenal.
>>>> 
>>>> In general, use of "this channel" rules seems to have been mostly due to
>>>> users failing to understand other (better) options available for
>>> scheduling.
>>>> 
>>>> Mike
>>> 
>>> I think you may be fooling yourselves that better options exist than
>>> "this channel" rules.  If you have good EPG like that apparently
>>> available from Schedules Direct, then those other options appear to
>>> exist.  But in New Zealand, our EPG is variable from just OK to bad -
>>> there are no proper "new episode" flags (or HD flags), and the EPG
>>> from one channel or provider to another is done differently.  So
>>> without the option to say "this channel", just as one example, I would
>>> wind up recording things from the Sky NZ channels that are repeats
>>> from years ago of programs that have new series on the Freeview FTA
>>> channels.  Now I can handle that, being a fairly sophisticated user of
>>> MythTV - I would be able to use the new filter option.  But I will
>>> almost certainly find it very annoying to have to use so many extra
>>> keystrokes to do something that used to be easy, as I have to use
>>> "this channel" on almost all series recording rules.
>>> 
>>> It sounds like I need to get a test setup of 0.27 running on one of my
>>> systems and try it out to see just how it actually will or will not
>>> work with our crappy EPG.
>>> _______________________________________________
>>> mythtv-users mailing list
>>> mythtv-users at mythtv.org
>>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>> 
>> While I agree that having crappy EPG data sucks, I must confess that it
>> annoys me when people deem workarounds an acceptable solution instead of
>> fighting to fix the problem. If your EPG data is crappy, you need to
>> complain to your provider (or wherever the EPG data comes from for that
>> particular channel in your particular locality). The "this channel" flag is
>> a workaround for that particular problem (bad guide data). I can't think of
>> a valid reason to use it under normal circumstances.
>> 
>> IIRC, moving the "this channel" from it's own recording rule to a flag was
>> done to simplify the recording rule section. I welcome simplifying these
>> sections, as many areas of MythTV are too complicated for new users.
>> 
>> 
>> 
>> Thanks,
>> 
>> Thomas Mashos
> 
> Complaints about the crappy EPG data fall on completely deaf ears. Sky
> NZ wants us all to pay them a monthly fee to use one of their MySky
> boxes to record with - they do not care at all about other users of
> their EPG data.  In fact, I am sure that if their technology allowed,
> they would encrypt the EPG data to prevent anyone else using it.
> Fortunately, they have a large number of customers like myself still
> using their old decoder boxes.  The various Freeview companies are a
> little better, in that they have recently been adding some
> series/episode data to some of their EPG, but they still have little
> clue about the right way to do things.  So our crappy EPG data problem
> is unlikely to ever be resolved properly short of the government
> legislating for it - which will never happen with the current
> government.  Hence the need for MythTV to be able to cope with crappy
> EPG.
> _______________________________________________

Sounds like our nz neighbours need a shepherd equivalent

Much better then the data provided by the over the air EPG

Cheers,

Anthony