All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bob Cunningham <rcunning@acm.org>
To: Devin Heitmueller <dheitmueller@kernellabs.com>
Cc: linux-media@vger.kernel.org
Subject: Re: HVR-950Q problem under MythTV
Date: Thu, 29 Oct 2009 06:38:06 -0700	[thread overview]
Message-ID: <4AE99ABE.1000007@acm.org> (raw)
In-Reply-To: <829197380910290559u78b05d89x9342f440d2067be5@mail.gmail.com>

On 10/29/2009 05:59 AM, Devin Heitmueller wrote:
> On Thu, Oct 29, 2009 at 1:33 AM, Bob Cunningham<rcunning@acm.org>  wrote:
>> I spoke too soon: Switching between SD and HD channels (or vice-versa)
>> always works the first time, but generally dies the next time I try.  The
>> behavior is very inconsistent:  If I switch from SD to HD 720p or higher,
>> the tuner goes away the next time I try to tune an SD channel.  If I switch
>> between SD and 480i HD channels, I can do so up to 4 times before it stops
>> working.
>>
>> I can switch among SD channels with no problem, and I can switch between HD
>> channels of any resolution with no problem.  Only switching back and forth
>> between HD and SD causes the problem, and it always happens, sooner or
>> later.
>>
>> Is there a way to force a "quick&  dirty" device reinitialization?  Right
>> now, I'm killing mythfrontend and mythbackend, re-plugging the HVR-950Q, and
>> restarting mythbackend and mythfrontend.  Probably overkill.  Is there an
>> easier way?
>
> In this context, we are not talking about SD versus HD - we're talking
> about analog versus digital.  You should have no trouble switching
> between SD ATSC channels and HD ATSC channels (since the hardware
> literally cannot tell the difference).  However, it's not *too*
> surprising to find issues going back and forth between analog and
> digital.

If I wait at least 30 seconds between changing channels, the lockups rarely occur.  I'm wondering if this may be a MythTV issue related to buffering, rather than an HVR-950Q issue.

I rarely watch LiveTV, and I'm using it now only to validate all my channels against the EPG content (correct XMLID), after which this shouldn't be a problem.

> Are you sure you put both the analog and digtial video sources into
> the same recording group?  If not, it's possible that MythTV will
> attempt to use both the analog and digtial parts of the card at the
> same time, which is not permitted by the hardware.

They are in the same group, and the digital side is opened "only when needed" (no EIT scan unless tuned).

> Devin

-BobC

      reply	other threads:[~2009-10-29 13:38 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-29  2:10 HVR-950Q problem under MythTV Bob Cunningham
2009-10-29  3:40 ` Devin Heitmueller
2009-10-29  4:47   ` Bob Cunningham
2009-10-29  4:56     ` Devin Heitmueller
2009-10-29  5:33       ` Bob Cunningham
2009-10-29 12:59         ` Devin Heitmueller
2009-10-29 13:38           ` Bob Cunningham [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4AE99ABE.1000007@acm.org \
    --to=rcunning@acm.org \
    --cc=dheitmueller@kernellabs.com \
    --cc=linux-media@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.