[mythtv-commits] Ticket #3295: Scheduler schedules recordings on channels it doesn't receive

[MythTV]

#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