[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