[mythtv-commits] mythtv commit: r13448 - in branches/mythtv-multirec by danielk

mythtv at cvs.mythtv.org mythtv at cvs.mythtv.org
Mon May 14 17:28:40 UTC 2007


      Author: danielk
        Date: 2007-05-14 17:28:39 +0000 (Mon, 14 May 2007)
New Revision: 13448
   Changeset: http://cvs.mythtv.org/trac/changeset/13448

Modified:

   branches/mythtv-multirec/libs/libmythtv/cardutil.cpp
   branches/mythtv-multirec/libs/libmythtv/cardutil.h
   branches/mythtv-multirec/libs/libmythtv/programinfo.cpp
   branches/mythtv-multirec/libs/libmythtv/programinfo.h
   branches/mythtv-multirec/libs/libmythtv/remoteutil.cpp
   branches/mythtv-multirec/libs/libmythtv/remoteutil.h
   branches/mythtv-multirec/libs/libmythtv/tv_play.cpp
   branches/mythtv-multirec/libs/libmythtv/tv_rec.cpp
   branches/mythtv-multirec/libs/libmythtv/tv_rec.h
   branches/mythtv-multirec/programs/mythbackend/encoderlink.cpp
   branches/mythtv-multirec/programs/mythbackend/encoderlink.h
   branches/mythtv-multirec/programs/mythbackend/mainserver.cpp

Log:

Refs #3326. Applies v3 of the pending recording patch.

This tells recorders that share an input group with a scheduled recording about a conflicting scheduled recording.

I haven't tested this with remote backends yet and CardUtil::IsTunerShared() assumes that DTV recorders with shared tuners will have the same videodevice, which may not be the case when Janne finishes this portion of #3326.

This does check for shared tuners unlike v1 of the patch I posted last week. But it still doesn't cope with multiple conflicts per recorder, and it still doesn't lock the mplexid or notify the user when a pending recording is about to steal our recorder.




More information about the mythtv-commits mailing list