[mythtv-users] missing recordings

Michael T. Dean mtdean at thirdcontact.com
Thu Mar 3 18:45:51 UTC 2011


On 03/03/2011 01:37 PM, kanetse at gmail.com wrote:
> On Thu, Mar 3, 2011 at 9:27 AM, Eric Sharkey wrote:
>> This is the #1 MythTV bug in my opinion.  Not that the recording fails
>> (which might be unavoidable), but that MythTV doesn't notice, puts it
>> in Watch Recordings, doesn't attempt to record future showings of that
>> title, and requires the end user to clean it up.  Ditto with short
>> recordings (getting 10 minutes of video on a 1-hour scheduled program
>> isn't seen by MythTV as a problem).
> I completely agree with this.  I have written a simple script which
> checks each entry in the 'recorded' table for 0-byte files and deletes
> the file and the entry from the 'recorded' and 'oldrecorded' table.
> (I think I may also need to delete it from the 'recordedprogram' table
> as well...)

You shouldn't be doing direct database editing.  You should use the 
Python bindings, which know how to properly delete and allow re-record.

http://www.mythtv.org/wiki/0.24_Python_bindings/Connection_Handlers#MythBE

under getRecording and deleteRecording and forgetRecording

>    However, I have not yet figured out how to re-trigger the
> scheduler without restarting mythbackend so that the show will be
> automatically re-recorded later.

And know how to trigger a reschedule.

http://www.mythtv.org/wiki/0.24_Python_bindings/Connection_Handlers#MythBE

under reschedule

> But frequently, the same show/episode is also available on another
> channel/tuner airing at the same time.  If MythTV could somehow detect
> the failed recordings, it could immediately start recording on the
> other tuner/channel with a few seconds/minutes missing from the start.

Scheduling doesn't operate in a vacuum.  What you're asking is /much/ 
more complex that it seems.  Later reschedule might be ok, but trying to 
automatically detect a failure and immediately move the recording to a 
new tuner (and, through changing placement of recordings, affect future 
recordings) is a recipe for disaster.

Mike



More information about the mythtv-users mailing list