[mythtv-commits] Ticket #10998: LiveTV channel change failing with Ceton and pc3000 cards

MythTV noreply at mythtv.org
Mon Aug 13 15:05:21 UTC 2012


#10998: LiveTV channel change failing with Ceton and pc3000 cards
---------------------------------+-----------------------------------------
 Reporter:  Jeff Markley         |           Type:  Bug Report - General
  <jeff@…>                       |       Priority:  minor
   Status:  new                  |      Component:  MythTV - Video Playback
Milestone:  unknown              |       Severity:  medium
  Version:  Unspecified          |  Ticket locked:  0
 Keywords:                       |
---------------------------------+-----------------------------------------
 While researching various bugs with LiveTV both "Open" and "Closed" ticket
 #9201 most accurately matches an issue which my myth ecosystem
 experiences. That ticket is now closed.

 "Changing channels on livetv often fails with "Video frame buffering
 failed too many times." or "Error opening jump program file buffer".
 Sometimes the error message takes quite some time to pop up. While
 waiting, FE is unresponsive with dark screen. Happens also while watching
 livetv, but not so often as when changing channel."

  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 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.

 I am available for testing/debugging.

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


More information about the mythtv-commits mailing list