[prev in list] [next in list] [prev in thread] [next in thread]
List: mythtv-dev
Subject: Re: [mythtv] New Schedules Direct feature: "is this Sporting Event over"?
From: Thomas Mashos <thomas () mashos ! com>
Date: 2015-12-14 22:19:45
Message-ID: CAMtSsR2TmAugjUqx5NFWV_zQ3VFf0TsOsDb6KifKk_x2vM14tw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Mon, Dec 14, 2015 at 2:16 PM Eric Sharkey <eric@lisaneric.org> wrote:
> On Mon, Dec 14, 2015 at 3:55 PM, Thomas Mashos <thomas@mashos.com> wrote:
> > 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.
>
> It helps in the case where Schedules Direct is late in delivering the
> isComplete flag, and that may not be 0% of the time (no offense
> intended to Robert, et al.). The point is to be conservative, and
> over-record, on the assumption that disk is cheap compared to
> disappointment.
>
> Eric
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-dev
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
Which is why I said it was debatable and then listed why in a following
paragraph :)
"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."
--
Thomas Mashos
[Attachment #5 (text/html)]
<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 14, 2015 \
at 2:16 PM 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 3:55 PM, \
Thomas Mashos <<a href="mailto:thomas@mashos.com" \
target="_blank">thomas@mashos.com</a>> wrote:<br> > In opposition to your idea \
of "start at scheduled time, end at scheduled<br> > time + length of \
overrun", that might make the least amount of sense. I'm<br> > not aware \
of any sporting events that hard end at the specified time, which<br> > means \
starting at the scheduled time when we know there is overrun helps 0%<br> > of the \
time.<br> <br>
It helps in the case where Schedules Direct is late in delivering the<br>
isComplete flag, and that may not be 0% of the time (no offense<br>
intended to Robert, et al.). The point is to be conservative, and<br>
over-record, on the assumption that disk is cheap compared to<br>
disappointment.<br>
<br>
Eric<br>
_______________________________________________<br>
mythtv-dev mailing list<br>
<a href="mailto:mythtv-dev@mythtv.org" target="_blank">mythtv-dev@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-dev" rel="noreferrer" \
target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-dev</a><br> <a \
href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" \
target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br> MythTV Forums: \
<a href="https://forum.mythtv.org" rel="noreferrer" \
target="_blank">https://forum.mythtv.org</a></blockquote><div><br></div><div>Which is \
why I said it was debatable and then listed why in a following paragraph :) \
</div><div><br></div><div><span style="font-size:13px;line-height:19.5px">"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."</span><br></div></div></div><div \
dir="ltr">-- <br></div><div dir="ltr">Thomas Mashos</div>
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic