Opened 13 years ago
Closed 5 years ago
#10491 closed Bug Report - General (Abandoned)
channel tuning fails without serviceid/mplexid
Reported by: | xris | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | MythTV - General | Version: | Master Head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
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.
Change History (2)
comment:1 Changed 13 years ago by
comment:2 Changed 5 years ago by
Resolution: | → Abandoned |
---|---|
Status: | new → closed |
This ticket is really old and most likely the problem has been fixed in today's master. Therefore this ticket is now closed, but if the problem appears again please re-open this ticket or create a new one.
Just because it was pointed out that the error was for the HDHR only, here's one for firewire: