[mythtv-commits] Ticket #9201: LiveTV channel change often fails.

MythTV noreply at mythtv.org
Fri Aug 10 19:21:31 UTC 2012


#9201: LiveTV channel change often fails.
---------------------------------------+----------------------------
 Reporter:  Sami Tapio <tapio.sami@…>  |          Owner:  markk
     Type:  defect                     |         Status:  closed
 Priority:  minor                      |      Milestone:  0.24.1
Component:  MythTV - General           |        Version:  0.24-fixes
 Severity:  medium                     |     Resolution:  Fixed
 Keywords:                             |  Ticket locked:  0
---------------------------------------+----------------------------

Comment (by Jeff Markley <jeff@…>):

 I'm not sure if the proper thing to do is to add to an existing closed
 ticket or open a new ticket. If the latter please let me know and I'll
 move the following.

 While researching various bugs with LiveTV both "Open" and "Closed" this
 particular ticket most accurately matches an issue which my myth ecosystem
 experiences.  I first noticed the issue when adding a Ceton card and Ron
 Fraizer's patch to 0.24.1.  It has continued to been an issue for me in
 every release since.

 With all the commotion now around LiveTV I thought the following
 information would help.

 ----

 '''Background:'''

 '''System(s):'''

 '''Combined BE/FE system:''' My primary system is an '''Intel(R) Core(TM)2
 Quad CPU    Q6600  @ 2.40GHz stepping 0b''' running Debian Squeeze
 '''2.6.32-5-amd64 #1 SMP Fri Sep 9 20:23:16 UTC 2011 x86_64 GNU/Linux'''
 with '''X.Org X Server 1.7.7
 Release Date: 2010-05-04
 X Protocol Version 11, Revision 0
 Build Operating System: Linux 2.6.37-trunk-amd64 x86_64 Debian
 Current Operating System: Linux mythhd 2.6.32-5-amd64 #1 SMP Fri Sep 9
 20:23:16 UTC 2011 x86_64''' and an '''NVIDIA Corporation NV34 [GeForce
 8500 GT]'''.  The system has one Ceton card with CableCard (Xfinity) and
 two pc3000 DVB off-air cards.

 Current Myth configuration is as follows:

 mythhd:~# mythbackend --version
 Please attach all output as a file in bug reports.
 '''MythTV Version : v0.26-beta-9-g8c551e6
 MythTV Branch : master
 Network Protocol : 75
 Library API : 0.26.20120807-1
 QT Version : 4.6.3
 Options compiled in:
  linux profile use_hidesyms using_alsa using_jack using_oss using_backend
 using_bindings_perl using_bindings_python using_bindings_php using_dvb
 using_frontend using_hdhomerun using_ceton using_iptv using_ivtv
 using_joystick_menu using_libcrypto using_libdns_sd using_libxml2
 using_libudf using_lirc using_mheg using_opengl_video using_qtwebkit
 using_qtscript using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr
 using_xv using_bindings_perl using_bindings_python using_bindings_php
 using_mythtranscode using_opengl using_ffmpeg_threads using_live
 using_mheg using_libxml2 using_libudf'''

 '''mythhd:~# mythfrontend --version
 Please attach all output as a file in bug reports.
 MythTV Version : v0.26-beta-9-g8c551e6
 MythTV Branch : master
 Network Protocol : 75
 Library API : 0.26.20120807-1
 QT Version : 4.6.3
 Options compiled in:
  linux profile use_hidesyms using_alsa using_jack using_oss using_backend
 using_bindings_perl using_bindings_python using_bindings_php using_dvb
 using_frontend using_hdhomerun using_ceton using_iptv using_ivtv
 using_joystick_menu using_libcrypto using_libdns_sd using_libxml2
 using_libudf using_lirc using_mheg using_opengl_video using_qtwebkit
 using_qtscript using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr
 using_xv using_bindings_perl using_bindings_python using_bindings_php
 using_mythtranscode using_opengl using_ffmpeg_threads using_live
 using_mheg using_libxml2 using_libudf'''

 '''Other Frontends:'''  I have four other frontends (2 Intel/Nvidia and 2
 MacBook Pros) All frontends exhibit the same issue.

 '''Storage:'''  Initially storage was a group of 4 internal SATA drives in
 an LVM RAID 0 configuration.  While fighting the "Program Boundary
 Pauseing" issue I moved storage to an NFS share located on a NETGEAR
 ReadyNas Pro.  This effort reduced the pausing greatly (from ~10 sec to
 ~2) but had no effect on the LiveTV channel change issue.  Another point
 to make here is a test performed to make sure my network was not the issue
 where I started 4 Ceton Xfinity HD recordings and 4 recorded program
 playbacks on my FE's.  This stress test proved my gigE network was up to
 the test as now playback issues were encountered.

 '''Findings:'''

 Selecting "Watch TV" from the UI always results in a successful tune of a
 Ceton tuner to the last successfully tuned channel.

 Changing channels in LiveTV on the Ceton card results in the "Error
 opening jump program file buffer" 90+% of the time.  To be clear this
 situation is tuning to another Ceton CableCard Xfinity channel from a
 Ceton CableCard Xfinity channel.  I am able to switch inputs to other
 Ceton tuners which always results in a successful tune to the last tuned
 channel.  Using the program guide to change channels then results in the
 "Error opening jump program file buffer" message.  The only work around is
 to use the program guide to select a channel on one of my pc3000 cards
 which completed successfully and then use the guide to select a Ceton
 channel.  This works 90+% of the time.  That said it seems the extra delay
 in switching tuner cards results in successful channel changes.  Channel
 changes involving the same tuner are where I see my issue.

-- 
Ticket URL: <http://code.mythtv.org/trac/ticket/9201#comment:10>
MythTV <http://code.mythtv.org/trac>
MythTV Media Center


More information about the mythtv-commits mailing list