[mythtv-users] HDPVR and Live TV - Does anyone have this working?

John P Poet jppoet at gmail.com
Sat Feb 25 16:55:59 UTC 2012

On Sat, Feb 25, 2012 at 7:55 AM, John Nissley <jnissley at nissley.org> wrote:
> On Fri, Feb 24, 2012 at 11:27 AM, Steven Adeff <adeffs.mythtv at gmail.com>
> wrote:
>> On Wed, Feb 22, 2012 at 7:28 PM, John Nissley <jnissley at nissley.org>
>> wrote:
>>> I have two HDPVR's since my cable provider has the copy bit set.  The
>>> HDPVR is doing a good job recording shows but since my cable provider
>>> will start phasing out analog channels I want to get live tv working for
>>> my wife.  When I change channels with my HD Home Run in live TV the
>>> channel changes fine.  When I try to do the same with the HDPVR 80% of
>>> the time I get a failure.  The jist of the failure is that mythtv can
>>> not find the ringbuffer file to play from.  The initial channel is found
>>> correctly but on channel change is when the failure happens.
>>> Is anyone else able to watch live tv from the hdpvr input?
>> John,
>> My parents have a similar setup, two HDPVR as well, two frontends can
>> start live tv fine and play, but at the show change marks one of the
>> frontends stops playing, the other seems to ride through the program
>> change fine, but not always. The recording files for the new shows get
>> created and have data, so it seems as though the backend is properly
>> tuning and recording which is also what I see in the backend log.
>> is this somewhat similar to what you're seeing?
> I am not in a position to test the attached patch at this time.
> However, a couple of months ago, when I was looking into the problem,
> I found that lowering the timeout for read errors from 2.5 seconds to
> 1 second allowed LiveTV to recover better from glitches.  The attached
> patch makes that change.
> Here is a link to the driver patch that will *probably* make this
> change unnecessary:
> http://git.linuxtv.org/mchehab/media-next.git/blobdiff/63ae37ea5186a6890a8968611180dc61118f719d..afa159538af61f1a65d48927f4e949fe514fb4fc:/drivers/media/video/hdpvr/hdpvr-video.c
> John
> --
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> -------------- next part --------------
> This patch appears that is may be a kernel module or something like that
> and not a part of the standard git download of mythtv.
> Can you point me to a wiki on how to install the patch you provided?

Sorry, it seems I managed to confuse the situation.  The *link* I
provided was for a kernal patch, the should make the patch I
*attached* unnecessary.

I am attaching the Myth patch, again.

If the attached patch does seem to help, please let me know and I will
make sure it is included in 0.25

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hdpvr-timeout.patch
Type: text/x-patch
Size: 562 bytes
Desc: not available
Url : http://www.mythtv.org/pipermail/mythtv-users/attachments/20120225/0a5e2778/attachment.bin 

More information about the mythtv-users mailing list