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
prev parent 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