[mythtv] Preserve global padding.

Martin Long mythtv at longhome.co.uk
Tue Apr 10 22:09:20 UTC 2007

Hi Bruce, 

Nice work on the SchedOpenEnd stuff, by the way. I had no idea this had
been done.

I'm trying to work out the mechanism for retrying without preventing
back-to-back recordings when using the SchedOpenEnd option. I thought it
could be done int TryAnotherShowing, but this will only try again
'other' showings, because of the "if (q == p) continue;" statement -
hence it will not try the original on the first input, until it has
exhausted all other tuners and later showings. 

Am I right, or am i missing something here?

It looks like the q == p condition could be removed, or the alternative
would be to try first in MoveHigherRecords, this time without the
SchedOpenEnd value passed to FindNextConflict.

Either way, it would probably still work better than my 2 pass
mechanism, and it would solve my tuner-priority issue. 

I would also like to change the FindNextConflict to compare padded
schedules when openEnd is set, instead of just precluding back-to-back
recordings. This would allow the entire padding to be preserved, not
just part of it (as in some cases). 



On Tue, 2007-04-10 at 14:47 -0400, Michael T. Dean wrote:
> On 04/10/2007 10:27 AM, Martin Long wrote:
> > Yes, it will /only/ reschedule the lower priorty. I have made sure of that.
> >
> > Out of interest, do you know what the purpose of the SchedOpenEnd option is?
> Avoid back to back recordings from different channels
> If set, the scheduler will avoid assigning shows from different channels 
> to the same card if their end time and start time match. This will be 
> allowed when necessary in order to resolve conflicts.
> http://svn.mythtv.org/trac/changeset/13007
> I'm guessing Bruce put it in to allow people a better chance of getting 
> global padding on their episodes (since same channel back-to-back, you'd 
> have the content in one or the other recording), but you'll have to ask him.
> Mike
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

More information about the mythtv-dev mailing list