public inbox for linux-media@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox