[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