[mythtv-commits] mythtv commit: r8191 by bjm

[mythtv at cvs.mythtv.org]

      Author: bjm
        Date: 2005-12-08 21:02:31 +0000 (Thu, 08 Dec 2005)
New Revision: 8191
   Changeset: http://cvs.mythtv.org/trac/changeset/8191

Modified:

   trunk/mythtv/programs/mythbackend/scheduler.cpp

Log:

Closes #643

In cases where two recording rules match the same showing, one
of them needs to take precedence. An rsRepeat or rsInactive will
not be considered for recording so we penalize these to force
them to yield to a rule that may record. Otherwise, more
specific record type beats less specific.

The patch suggests priority as a factor but neither gigem or I
are comfortable with this. The controlling rule could flip-flop
when changing a priority on a different showing for a different
reason. Also, it is unknown if there would mysterious behavior
due to the total priority calculations (input preference, channel
priority) that may lead to unexpected results. Therefore, this
will not go in unless someone can make a very compelling argument
for it.