[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