[mythtv] More scheduling scheduler

David Shirley tephra at gmail.com
Sun Apr 16 07:55:40 UTC 2006

Hi Guys,

Will this patch provide roundrobin recorder choosing?


If I have 2 recorders and I have the following schedule:

Channel #1: 13:00-13:30
Channel #2: 13:30-14:00

Currently Myth.19 will choose recorder 1 for both, which stuffs my
softpadding (overrecord yes?)


On 4/16/06, Paul Andreassen <paulx at andreassen.com.au> wrote:
> On Sat, 15 Apr 2006 02:45 am, David Engel wrote:
> > No, please post to the -dev list.  This is a new feature under
> > development, afterall.
> I was a little afraid that there might be a lot of email like there was on
> the
> user list this week.  Probably wont be many testing it anyway.
> If I did up some Debian packages for Stable, would anyone try them?
> > I'm mostly indifferent since I'm not going to use this feature.  You
> > guys try it both ways, with and without softpad always considered, and
> > let me know which way you like better.  When you decide, please
> > provide a clear rationale.  Those of us who sitck around and have to
> > support it (Bruce, Michael, myself, etc.) can then regurgitate it when
> > the questions come up again in the futrue.
> This kind of thing can be hard to explain to users.
> > The general idea goes like this.  For each program that might be
> > recorded at a given time on a given channel, create up to 3 additional
> > variations.  One with extra time added to the beginning (softstart),
> > one with extra added to the end (softend), and one with time added to
> > the beginning and end.  Tweak the scheduling algorithm to prefer the
> > variation in the following order (softend and softstart added, softend
> > added, softstart added, neither added).  Schedule normally and see
> > what comes out.
> The patch is installed on my machines and it seems to be working.
> It doesn't work quite like I expected.  I hadn't realised that the
> scheduler
> would only try other options if it can't record a program and channel/card
> priority was minor importance.  What it did was keep softstart and softend
> for all programs by moving to a lower priority card.  I guess this makes
> sense because whats the point of recording if it might not have an
> end.  Will
> have to update the helptext for schedsoftstart/schedsoftend.
> > > Also these examples are exactly what the 'no scheduling'
> preroll/overtime
> > > does now, without any feedback to the user.
> Attached is a patch to get mythweb working.  Mythweb displays startts and
> endts everywhere so it has no feedback on why difference cards are used.
> The next thing is to try the different combinations of overrides,
> extending
> end times and other scheduling stuff.  The same applies to mythweb.
> Thanks for the time,
> Paul
> --
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-dev/attachments/20060416/69d3b358/attachment.htm 

More information about the mythtv-dev mailing list