On Wed, Feb 16, 2005 at 12:20:01AM -0500, Chris Pinkham wrote: > > It sounds to me like the easiest way to make the current behavior > > match the old behavior for recording-failed HDTV (from an interface > > point of view) would be to have it write a 0 byte file if the reception > > check fails. In 0.16, nothing would display, but the recording would be > > deletable and cancellable, which is at least functional. > > Ideally, the recording should not even show up, so if there is a problem > recording, then it should be as if the recording never started. There > should be nothing in the database to clean up.
Again, I feel that is very far from ideal. It is never good software engineering to have a system fail invisibly. (And for most users, an item in the log file is invisibly.) Should one code it this way, I suspect we'll get frequent emails on the lists about how somebody scheduled a recording but there's nothing there. The empty file isn't great -- the best thing would be a diagnostic message or video when you try to play the missing file. Actually, if I were looking for the ideal, it would also keep trying to record over the entire period, in case the problem is temporary. The Tivo, for example, leaves an entire hour of "We are unable to get a signal on this channel" video on the disk. Sometimes, however, you fast forward it and you get to where the signal resumed and there is your show. It's not good to abort an entire recording just becuase there was a temporary outage at the start. Tivo is going overboard recording CBR video for the whole length, clearly one can do better than that, but you get the idea.
_______________________________________________ mythtv-users mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
