id,summary,reporter,owner,description,type,status,priority,milestone,component,version,severity,resolution,keywords,cc,mlocked 10491,channel tuning fails without serviceid/mplexid,xris,,"I'm not sure how it happened but one of my channels lost its serviceid and mplexid values (they got set to null). I tune the source with either Firewire or cablecard (hauppauge dcr-2650 / hdhr prime) -- both types of tuner exhibited the problem. These values are not used for cablecard tuners, but with them set to null, recording and live tv would die and kick me back to the main menu. Backend logs show: {{{ mythbackend.20120312220233.23774.log-2012-03-17 08:59:00.038039 I [23774/23825] TVRecEvent tv_rec.cpp:3459 (TuningCheckForHWChange) - TVRec(9): HW Tuner: 9->9 mythbackend.20120312220233.23774.log-2012-03-17 08:59:00.046051 E [23774/23825] TVRecEvent hdhrstreamhandler.cpp:408 (TunerSet) - HDHRSH(201006C2-1): DeviceSet(vchannel ): ERROR: invalid virtual channel mythbackend.20120312220233.23774.log:2012-03-17 08:59:00.046068 E [23774/23825] TVRecEvent tv_rec.cpp:3645 (TuningFrequency) - TVRec(9): Failed to set channel to 647. Reverting to kState_None mythbackend.20120312220233.23774.log-2012-03-17 08:59:00.046132 I [23774/23825] TVRecEvent tv_rec.cpp:1014 (HandleStateChange) - TVRec(9): Changing from RecordingOnly to None }}} I'm not sure why MythTV even needs to be trying to tune a virtual channel when interacting with an input type that doesn't use them (firewire and cablecard). I figure this bug is probably of low importance, except that `mythtfilldatabase --do-channel-updates` didn't fix the values like it presumably should have. Together, these two issues made for a lot of missed recordings.",Bug Report - General,closed,minor,unknown,MythTV - General,Master Head,medium,Abandoned,,,0