[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