[mythtv] conflict resolution

David Engel dlengel at attbi.com
Wed Nov 5 16:42:52 EST 2003


On Mon, Nov 03, 2003 at 12:12:17AM -0500, Isaac Richards wrote:
> I don't really have a preference between the two approaches -- I'm pretty 
> content with things as they work now.  
> 
> I think that since you're actually taking the time to implement it,
> you should pick =)

Here is my first cut at it.  There is more work that can/should be
done.  Hopefully, this patch or a minor revision of it can be accepted
before I go any further since I'd rather not deviate too far from the
main development branch.

This patch does the following.

Implements the recordoverride logic, more or less, like I proposed
eariler.  The main difference from earlier is that it does not remove
items from the potential recording list.  This was needed for the next
change.

Adds some extra fields to programinfo to make it easier and,
hopefully, more effiecient to get recording type and accurate
conflict/will/won't record info when displaying program guide data.
Proglist uses this to show when a program conflicts or will/won't
record.

Adds control of recordoverrides in viewscheduled.  With a little more
work most of this control could be moved to programinfo so it would be
available from other places, eg. guidegrid, proglist, etc.  Because of
an earlier change, more "not" recordings will show up in
viewscheduled.  If that's not desired, I can add code to filter them
out.

Adds auto-creation of the recordoverride table.  Would someone with
more database experience please tell me what, if any, PRIMARY KEY and
INDEX clauses should be added.

One thing this patch does not do yet is gracefully handle the case
where a program is covered by multiple scheduledrecordings.  For
example, if a program is covered by a SingleRecord and an AllRecord,
they will show up as conflicting.  The previous code looks like it
tried to handle this but it didn't appear to work and wasn't complete
enough anyway.  I will fix this soon.

David
-- 
David Engel
dlengel at attbi.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: override.patch.gz
Type: application/octet-stream
Size: 7274 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-dev/attachments/20031105/36b29cb9/override.patch.obj


More information about the mythtv-dev mailing list