[mythtv] conflict resolution
David Engel
dlengel at attbi.com
Sat Nov 8 15:07:19 EST 2003
On Sat, Nov 08, 2003 at 12:09:54PM -0500, Chris Pinkham wrote:
> If recorddups is not set, the source code will not mark an item as
> duplicate provided it is not still in the recorded table, so it
> should show up to record.
Yes, I know that. But there is code in Scheduler::PruneList that
scans for and removes multiple showings from recordingList. This is
exactly where my unpatched version is dropping the extra showings. I
just re-re-verified it. The issue I've been trying to address is why
Bruce's version is not doing this also.
> I agree with what Bruce is seeing. With recorddups on, you should
> see all episodes of a show marked as non-duplicate as long as you
> don't have that episode sitting around in your recorded table still.
> I think you're reading the code wrong if what you're seeing as described
> in the table you drew is what you expect from reading the code (and
> assuming the show you're talking about has an exact match on title,
> subtitle, and description).
See the above concerning PruneList. I can send you the debug output
if you like. The programs have the exact same title, subtitle and
description, otherwise, they wouldn't be getting removed in PruneList.
> If recorddups is set, then the duplicate field will be set to false
> and the scheduler will say that it will record all episodes. Of course
> after the first one is recorded and before it is deleted, then none
> will be marked to record since the recorddups code checks the recorded
> table.
This is why I claimed my changes faithfully reproduced the old
behavior. Since it's impossible to predict when the user will watch
or delete any recordings, I try to present what will happen if nothing
else changes.
David
--
David Engel
dlengel at attbi.com
More information about the mythtv-dev
mailing list