[mythtv] More scheduling scheduler

David Engel gigem at comcast.net
Wed Sep 13 14:35:53 UTC 2006


On Wed, Sep 13, 2006 at 01:12:59PM +1000, Max Barry wrote:
> David Engel wrote:
> > First, I changed the priority sorting to prefer padded programs in a
> > way that isn't acceptable for inclusion in trunk.  That could possibly
> > be remedied by adding explicit priorities for start and end softpads.
> > I'd hoped to avoid needing priorities for that, but I currently don't
> > see any other way with the current, multi-candidate approach.
> 
> By "explicit priorities," do you mean something the user would specify
> via an option, or a hidden hard-coded value to be used internally?

I originally thought it would be seomthing the user would have to
specify.  But, yes, after giving it more thought, it could be
hard-coded, hidden values such as 2 for end and 1 for start padding.

> > Second, in order to add partial padding when full padding can't be
> > done, another scheduling step is need do it.  If another step is
> > added, it's not clear to me that the rest of the current,
> > multi-candidate approach is worth it.  Why not go back to something
> > along the lines of what Max Barry originally proposed (though, without
> > the mixing of soft padding with pre/post-roll).
> 
> Isn't partial padding already working? But I vote for whatever's
> simplest to implement. As with Paul, I'm yet to encounter programs that
> can only be partially softpadded. It doesn't seem worth worrying about.

IIRC, Paul made a patch which I thought was more complicated than it
needed to be.  He then made another patch but it was even less
acceptable to me.  Neither made it into the softpad branch.

David
-- 
David Engel
gigem at comcast.net


More information about the mythtv-dev mailing list