Recording the same program twice causes MythTV to consider the second not active

[dknowles@…]

To Reproduce:

(Prerequisite Multiple tuner cards)

• Go to Live TV
• Choose channel
• Record programme (keystroke R)
• Exit Live TV
• Go to Live TV
• Choose same channel as previously.
• Record programme
• Exit Live TV
• Go to Recorded Programs

Both programmes are recording but only one is red (currently active) the other programme is white (finished recording). Entering the white programme and showing information shows that the programme is growing (i.e. still recording). Also the status screen indicates that both tuners are in use.

It is possible to stop the red recording using Stop Recording, it is not possible to do this for the white recording. In fact the only way to stop it recording is to reboot the MythTV computer.

[danielk]

This has been bugging me too... I'll look at this after stuartm checks in the MythUI changes to the watch recording screen.

[danielk]

dup of #4995

[stuartm]

Ok the problem isn't a UI issue in watch recordings, so it won't be fixed by the MythUI port.

MainServer::HandleQueryRecordings?() iterates through the list from Scheduler::getAllPending() comparing each recording with and "endtime > now()", if it finds a match that recording has it's status changed to "recording"

In Scheduler::AddRecording?() we check for duplicates, but that check is broken, the following warning in the backend logs confirms it - "Scheduler: Not adding recording, '<program_title>' is already in reclist."

ProgramInfo::IsSameProgramTimeslot?(), the help text claims that it checks inputid, but it doesn't and checking input should fix this but may break other areas of the scheduler so this needs to be checked.

Assiging to danielk as per discussion in IRC.

[gigem]

The scheduler makes a fundamental, design, assumption that a program (as identified by title, progstartime and callsign) can only record on one input at any given time. Unless and until that assumption is removed and the scheduler design changed accordingly, the proper fix for this bug, IMO, is to not allow 'r' to be used to record the second live TV program.

[stuartm]

Another fix might be to not compare against the scheduler list to start with, but just lookup the recording in the inuseprograms table. This might even be faster than fetching the scheduler list.

[stuartm]

Let me clarify, I'm not saying that we shouldn't prevent the same program being recorded twice but in looking at this I'm wondering if we shouldn't be using inuseprograms anyway.

[gigem]

Replying to stuartm:

Let me clarify, I'm not saying that we shouldn't prevent the same program being recorded twice but in looking at this I'm wondering if we shouldn't be using inuseprograms anyway.

That's what I figured you meant. I suggest using oldrecorded, though, since that's where the scheduler saves its status.

[danielk]

At some point this appears to have been fixed in trunk.