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

[Thomas Mashos]

On Wed, Jul 24, 2013 at 10:33 AM, jrh <jharbestonus at gmail.com> wrote:

>
> On Jul 24, 2013, at 12:45 PM, Thomas Mashos 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.
>
>
> Thomas,
>
> I would argue that adding the requirement to open the advanced section is
> making it more complicated due to extra steps either in mythfrontend, or in
> mythweb.
>
> The choice to select any channel anytime is still in .26 and previous as
> well as anytime on this channel.
>
> Not sure how removing it from the choice makes it simpler.
>
> by the way, I do not trust the settings coming from the supplier of the
> information to Schedules Direct.
>
> Regards!
>
>
>
>
> Thanks,
>
> Thomas Mashos
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
>
You can't simplify something for every use case, the best you can do is
simplify it for most users. Most user do NOT need to set a "this channel"
rule.

If you can't see why having (Single, Daily, Weekly, etc) then having a flag
for "this channel only" is simplified than having (Single, Daily any
channel, Daily this channel, Weekly any channel, Weekly this channel,
etc(timeslot and weekslot recording options were removed too)), then I'm
not sure what the point is of continuing this conversation. We went from a
user having 8 options listed for a recording to 5. I'd argue that we should
reduce that number further. If you think that it's easier to just have the
extra recording rules (instead of flags), then why stop with the "this
channel" rule? Lets also add rules for duplicate checking, HD vs SD, etc. I
don't think having 50 schedule types is a better solution and I bet you
would agree.

Why don't you trust the guide data coming from TMS (via Schedules Direct)?
It's been correct 99+% of the time for me.

Thanks,

Thomas Mashos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20130724/c34a5c65/attachment.html>