[mythtv] [PATCH] Control duplicates by channel ID

David Shay david at shay.net
Thu Aug 9 04:52:29 UTC 2007


On 8/8/07, David Engel <david at istwok.net> wrote:
> On Wed, Aug 08, 2007 at 02:45:03PM -0500, David Shay wrote:
> > OK, determined the problem to be that the scheduler runs in advance of
> > the program starting, so the check on recstartts <= schedtime is
> > false, so the record doesn't get added.  The scheduler doesn't re-run
> > again until after the program has ended rerecording, which after the
> > statuses have already been screwed up by the call as below.  Not sure
> > what the right check here is, but it's not against schedtime I don't
> > think.
>
> Besides the problems you've already noted, I thought of some others
> which effectlively make doing AddHistorys in PruneRedundants a
> non-starter.  This remaining option at the moment is to change
> PruneRedundants to coalesce on chanid instead of callsign and then
> deal with all the places into which that ripples.
>
> To be honest, I really don't like how pervasive this change is
> becoming.  I'd much rather find a less intrusive alternative.  Heck,
> even an out right hack for such a special case feature might be
> better.  Of course, I'm biased since I don't foresee myself using
> this.  One hair-brained idea I've considered is munging titles and
> programids on the fly to trick the scheduler into thinking the same
> program on different chanids is really different.  Another one is
> automatically create special manual recording rules as needed.  You
> never know, something way outside the box might just do the trick too.
>
> David
>

I'm not ready to give up yet (because I REALLY want to use this...I
was recording HD and SDTV for a while and had to keep adding override
entries to make it work, since I still wanted to take advantage of
duplicate detection).  From my perspective, if we can figure out how
to get all relevant entries into oldrecorded, I think the rest will
work.

How about inserting a new function when the recording starts that
inserts the appropriate additional rows.  It could find other showings
on at the same time, check their current status in oldrecorded, and
*only* if it didn't exist, create it with a status of rsOtherShowing,
otherwise leave it alone.  Could be a race condition (although I think
that logic already might stop it) with multiple shows starting at the
same time, but I think that could be handled.


More information about the mythtv-dev mailing list