public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: pat-lkml <pat-lkml@erley.org>
To: Devin Heitmueller <devin.heitmueller@gmail.com>
Cc: David Engel <david@istwok.net>, CityK <cityk@rogers.com>,
	V4L <video4linux-list@redhat.com>,
	linux-media@vger.kernel.org
Subject: Re: PVR x50 corrupts ATSC 115 streams
Date: Mon, 23 Feb 2009 20:38:16 -0500	[thread overview]
Message-ID: <49A34F88.3080708@erley.org> (raw)
In-Reply-To: <412bdbff0902231458x41c1298cv4fd15d1f0bf5600d@mail.gmail.com>

Devin Heitmueller wrote:
> On Mon, Feb 23, 2009 at 5:48 PM, David Engel <david@istwok.net> wrote:
>> The BER isn't totally unreliable.  Yes, when it's low, it does seem to
>> be meaningless.  However, when it's high, as in my recent attempts to
>> try a 115 by itself, it indicates that nothing will work.
> 
> Maybe I am missing something.  Your last summary said you had a high
> BER even the 115 is the only card in the system.  That would lead me
> to believe that it's always screwed up.
> 
>> I tried separating the cards as far as possible.  I tried shoving a
>> small manual (~1/8 inch thick) between the 115 cards and the x50 cards
>> to shield them.  Neither action had any effect.  Also, one of the
>> tests I tried yesterday had the HDTV5 between the 115 and the x50s.
>> The 115 showed corruption and the HDTV5 didn't even though it was
>> nearest to the x50s.
> 
> Different cards interfere with each other in different ways (based on
> things such as the PCB layout).  The fact that the HDTV5 doesn't have
> issues doesn't really mean *anything*.  Same goes for the fact that
> it's BER indicator is always zero.  That could just as easily indicate
> that the BER checking is properly implemented for that particular
> demod.
> 
> Anyway, I don't have the card and all my suggestions were very
> general.  If you can't find a developer with the card willing to debug
> the issue then you're probably SOL.
> 
> Devin
> 
To chime in late in this conversation...

David said that the original system died with these cards in it.  And that
the cards don't seem to work without another device in the system hooked up
to the same splitter.  This makes it sound like the shielding pin on these
cards has been disconnected some how, and when the other device (pvrx50 in
this case) is hooked up, the shielding is electrically connected through the
bus somehow.  When the pvrs start recording, they likely change the load on
the shielding in some way that causes interference for the 115 cards.  

David, do you happen to have another device you could test in the system with
the 2 115s, without the x50s?  If this case works fine, it REALLY points to
something being wrong with your 115s electrically.  I'd try ohming out the
shielding trace to the connector on the back of the board, if possible.

Pat Erley

  reply	other threads:[~2009-02-24  1:47 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-17 15:53 PVR x50 corrupts ATSC 115 streams David Engel
2009-02-17 16:05 ` Steven Toth
2009-02-17 20:17   ` David Engel
2009-02-17 20:29     ` Steven Toth
2009-02-17 20:56       ` David Engel
2009-02-17 21:05         ` Devin Heitmueller
2009-02-17 22:29           ` Steven Toth
2009-02-17 22:38             ` Devin Heitmueller
2009-02-18 15:16               ` Steven Toth
2009-02-19  2:11                 ` CityK
2009-02-19 15:26                   ` Steven Toth
2009-02-18  5:19       ` David Engel
2009-02-18  8:25         ` Rudy Zijlstra
2009-02-18 15:29           ` David Engel
2009-02-18 14:56         ` Steven Toth
2009-02-18 15:34           ` David Engel
2009-02-19 16:28             ` David Engel
2009-02-19 16:44               ` Steven Toth
2009-02-22 19:35               ` CityK
2009-02-23 18:39                 ` David Engel
2009-02-23 19:06                   ` Steven Toth
2009-02-23 20:10                     ` David Engel
2009-02-23 21:53                       ` Steven Toth
2009-02-23 22:03                         ` Devin Heitmueller
2009-02-23 22:48                           ` David Engel
2009-02-23 22:58                             ` Devin Heitmueller
2009-02-24  1:38                               ` pat-lkml [this message]
2009-02-24 16:40                               ` David Engel
2009-02-24  0:05                       ` Andy Walls
2009-08-07  2:50 ` David Engel
  -- strict thread matches above, loose matches on Subject: below --
2009-02-18 12:41 Andreas
2009-02-18 15:39 ` David Engel
2009-02-19  3:37 ` CityK
2009-02-19 13:30   ` Andreas

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=49A34F88.3080708@erley.org \
    --to=pat-lkml@erley.org \
    --cc=cityk@rogers.com \
    --cc=david@istwok.net \
    --cc=devin.heitmueller@gmail.com \
    --cc=linux-media@vger.kernel.org \
    --cc=video4linux-list@redhat.com \
    /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