[mythtv-commits] Ticket #11960: Live TV Fails to switch to Analog tuner after digital tuner used

MythTV noreply at mythtv.org
Wed Nov 27 23:18:38 UTC 2013


#11960: Live TV Fails to switch to Analog tuner after digital tuner used
-------------------------------------+-------------------------------------
     Reporter:  cube1@…              |      Owner:
         Type:  Bug Report -         |     Status:  new
  General                            |  Milestone:  unknown
     Priority:  minor                |    Version:  0.27-fixes
    Component:  MythTV - General     |   Keywords:  LiveTV Analog Digital
     Severity:  medium               |  Tuner
Ticket locked:  0                    |
-------------------------------------+-------------------------------------
 Capture Card:  Hauppauge HVR-2250

 Something which (with some fussing) worked OK under mythtv 0.25 is failing
 under 0.27 (mythbuntu 12.04.3, then upgraded to MythTV 0.27)

 That it worked under MythTV 0.25 should deal with questions such as
 whether I have the right firmware, drivrs, etc. (I hope)

 If I have a configuration with a single analog tuner, it works fine.  If I
 have a configuration with a single digital tuner, it works fine.

 If I have a configuration with both (whether I point them at the same
 tuner of the two on this card, or use different ones), I can tune analog
 OK the first time, but once I have tuned to a digital station, if I then
 go back and try to tune on the analog tuner, the front end goes black, and
 then eventually responds with a message which is approximately (sorry, but
 it is a real hassle to recreate the message yet again) "No A/V Decoder".
 It appears that in these cases the live TV ring buffer file does not get
 created on the backend.

 The digital side is set to No EIT and open on demand (that was necessary
 to make it work OK under 0.25, and seems to still be necessary under 0.27,
 or ones gets a "blue screen")

 The message in the frontend log reads:


 CoreContext ringbuffer.cpp:1035 (WaitForReadsAllowed)
 RingBuf(/video1/livetv/5005_20131127225009.mpg): Taking too long to be
 allowed to read..
 Nov 27 16:50:11  mythfrontend.real: last message repeated 5 times
 Nov 27 16:50:11 mythtemp mythfrontend.real: mythfrontend[5223]: E
 CoreContext mythplayer.cpp:963 (OpenFile) Player(0): Couldn't find an A/V
 decoder for: '/video1/livetv/5005_20131127225009.mpg'
 Nov 27 16:50:11 mythtemp mythfrontend.real: mythfrontend[5223]: E
 CoreContext mythplayer.cpp:2768 (StartPlaying) Player(0): Unable to open
 video file.

 The backend log from the same timeframe reds

 channame(WMTV) startts(Wed Nov 27 22:30:00 2013) endts(Wed Nov 27 23:00:00
 2013)#012             recstartts(Wed Nov 27 22:50:08 2013) recendts(Wed
 Nov 27 23:00:00 2013)#012             title(Jeopardy!)): recording already
 exists...
 Nov 27 16:50:11 mythtemp mythbackend: mythbackend[5193]: W
 DeviceReadBuffer recorders/DeviceReadBuffer.cpp:555 (Poll)
 DevRdB(/dev/video0): Poll took an unusually long time 2502 ms
 Nov 27 16:50:11 mythtemp mythbackend: mythbackend[5193]: I TVRecEvent
 tv_rec.cpp:1048 (HandleStateChange) TVRec[9]: Changing from WatchingLiveTV
 to None

 (More of log attached as file)

 At the very least, the message from the front-end is misrepresenting the
 problem.

--
Ticket URL: <http://code.mythtv.org/trac/ticket/11960>
MythTV <http://www.mythtv.org>
MythTV Media Center


More information about the mythtv-commits mailing list