[mythtv-users] HDHR zero byte recordings

John Nissley jnissley at nissley.org
Wed Feb 6 13:45:44 UTC 2013


I did find ticket 11334 that had a patch attached but the files the 
patch is refering to appear to have changed. I noticed that one of the 
threads about PMT errors in the log state that the issue is resolved as 
of commit 98de301. I assume that since I have the most recent trunk 
files that I have the commit mentioned but I am not sure how to verify this.
I know this problem appeared to go away for me for a few days but here 
is the output from my backend log that still shows the PMT failures. I 
do have two backends and this log in on my master backend with 
connections to an HDHR3.
mythbackend.log:Feb  5 20:46:21 mythtv2  mythbackend[5461]: E 
HDHRStreamHandler recorders/dtvsignalmonitor.cpp:349 (HandlePMT) 
DTVSM[1](1033D68C-0): Wrong PMT; pmt->pn(5) desired(2)

-------- Original Message --------
Subject: 	HDHR zero byte recordings
Date: 	Tue, 05 Feb 2013 21:21:43 -0600
From: 	John Nissley <jnissley at nissley.org>
To: 	mythtv-users at mythtv.org



I am running the latest git trunk release with two backends on fedora
18. The master backend has the HDHR tuners defined and live tv works
fine however over 50% of the time a recording will fail with a zero byte
recording. When I look at the tuner that is suppose to be doing the
recording it will show as not recording in tuner status even though
upcoming recordings and watch recordings says it is recording.  Also
when I try to stop the recording in the upcoming recordings page it will
not stop the recording.  I have tried the suggestions of limiting each
tuner to one recording and turning on fast tuning but neither of these work.

Any suggestions would be appreciated.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20130206/d82dc41a/attachment.html>


More information about the mythtv-users mailing list