[mythtv-commits] Ticket #3295: Scheduler schedules recordings on channels it doesn't receive
MythTV
mythtv at cvs.mythtv.org
Wed Apr 18 13:33:10 UTC 2007
#3295: Scheduler schedules recordings on channels it doesn't receive
-----------------------+----------------------------------------------------
Reporter: anonymous | Owner: ijr
Type: defect | Status: closed
Priority: minor | Milestone: unknown
Component: mythtv | Version: 0.20
Severity: medium | Resolution: invalid
-----------------------+----------------------------------------------------
Comment(by anonymous):
Thank you for your response, but I disagree with your assessment.
First, I consider searching for nearby zip codes with similar channel
lineups to be more of a hack than my solution. What happens if the lineup
in one area changes? Also in my area, all the zip codes I know of seem to
have identical lineups, so I get the message "This provider has already
been selected." even when selecting a different zip code.
Second, a well designed system should work in the broadest possible range
of cases. If a user mis-configures his input sources and channel lineups
in mythtv (as you say I've done), but the system has enough information to
schedule the recordings correctly anyway, then I believe it should do so.
Finally, I don't think that sanity checking qualifies as a "nasty hack" in
any computer programming context. It may slow the scheduler down by a
couple of milliseconds, but trying to tune a channel where mplexid = 32767
using a dvb card is going to fail every time (unless the system has run
out of mplexids, and that's a bigger problem).
From your response, I gather that you're not interested in seeing this
problem fixed, so I'm not going to reopen the ticket. If I'm mistaken,
please let me know. Otherwise, I'll just apply the patch to my own
builds.
Thank you,[[BR]]
Adam
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/3295#comment:3>
MythTV <http://svn.mythtv.org/trac>
MythTV
More information about the mythtv-commits
mailing list