[mythtv-commits] Ticket #4130: Extend mythcommflag to flag bad recordings
MythTV
mythtv at cvs.mythtv.org
Thu Sep 10 23:42:56 UTC 2009
#4130: Extend mythcommflag to flag bad recordings
----------------------------------------------------+-----------------------
Reporter: Tony Lill <ajlill at ajlc.waterloo.on.ca> | Owner: cpinkham
Type: patch | Status: assigned
Priority: minor | Milestone: 0.23
Component: mythtv | Version: head
Severity: medium | Resolution:
Mlocked: 0 |
----------------------------------------------------+-----------------------
Comment(by ajlill at ajlc.waterloo.on.ca):
I tried commenting on #3872, but it was locked.
These tickets are duplicates in only the sense that mythtv thinks it's
done it's job, but you still wind up downloading the show off the net!
The are two basic causes of why a recording fails, hardware failure and
signal failure. Hardware failure is usually permanent (requires a manual
reboot or reset), while signal failure is transitory, where simply
retrying after some delay usually works.
Ticket #3872 is about early detection of hardware failure. The resolution
requires that you detect an obviously bogus file during recording, abort
the recording, disable or de-prioritize the borked video source, and do a
reschedule in time to record the same showing on a different source. You
should also let the user know that mythtv suspects one of the video
sources is boned.
This ticket (and #6899) are about signal failure, where you record a
perfectly valid file, but the contents are unwatchable because it's blank,
has no sound, the STB froze or was reset, etc. Detecting this requires
more signal processing that you probably want to do in the recorder,
although some might be easy to do, like what I think #6899 does. Also, you
generally want a long retry, especially if it's weather related.
My patch works in the comflagger by re-analysing the blank frame data,
then removing any probably bad recordings from duplicate detection and
rescheduling. It works great in Canada 'cause cable and satellite pad
their lineups with stations from every timezone, but would be less
effective if you only had one shot at recording a show.
That being said, my patch also detects a zero byte file, but since it
simply causes it to be re-recorded at a later time, doesn't solve all of
the other tickets concerns, especially avoiding the jammed hardware.
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/4130#comment:7>
MythTV <http://www.mythtv.org/>
MythTV
More information about the mythtv-commits
mailing list