<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 14, 2015 at 11:58 AM Eric Sharkey <<a href="mailto:eric@lisaneric.org">eric@lisaneric.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Dec 14, 2015 at 2:20 PM, Thomas Mashos <<a href="mailto:thomas@mashos.com" target="_blank">thomas@mashos.com</a>> wrote:<br>
> Correct, in the "Don't Shift" case, we don't care. So your sensible default<br>
> is "Do nothing different". Just because it's what we already do doesn't mean<br>
> it wouldn't be considered the default if there are multiple options.<br>
<br>
That doesn't seem very sensible as a default to me.  Given that myth<br>
users are recommended to over-provision tuners, I'd expect that<br>
programs following a sporting event should (by default) start<br>
recording at the normally scheduled time, and stop recording at the<br>
scheduled time + the length of time of the over-run.  That would give<br>
the highest probability of catching the full program.  I'd much rather<br>
record too much than not enough.<br>
<br>
Eric<br>
_______________________________________________<br>
<br></blockquote><div><br></div><div>Well OK, but now we're discussing different possibilities. I was just pointing out that the issue of "How would myth know if the show was timeshifted vs if it joined a recording in progress" was something easily handled by user configuration.</div><div><br></div><div>In opposition to your idea of "start at scheduled time, end at scheduled time + length of overrun", that might make the least amount of sense. I'm not aware of any sporting events that hard end at the specified time, which means starting at the scheduled time when we know there is overrun helps 0% of the time. (This is debatable and mostly relates to the question how we would prepare to record shows when we don't know exactly when it would start). </div><div><br></div><div>That then leaves whether we're joining an inprogress recording vs when the station delays the start of the program. Our local NBC channel joins the in-progress recording, then will replay the episode in the early morning hours. This would be another use case where we'd need an option to "Sporting event overran start of program by X minutes, cancel recording and reschedule".</div><div><br>For delayed starts, it gets more difficult as we need to check if the sporting event is over (and how is SD determining if it's over?) and then decide what to record. We almost need some recording buffer from the previous check against SD if the event is over to the current check and if the event is still in progress to drop the previous buffer. (this is what I was talking about being debatable earlier) Then we have other questions, how good is myth at chopping off the beginning of that recording, how much do we care about wasted storage, etc.</div><div><br></div></div></div><div dir="ltr">-- <br></div><div dir="ltr">Thomas Mashos</div>