From owner-freebsd-multimedia  Wed Apr 16 20:19:21 1997
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id UAA02876
          for multimedia-outgoing; Wed, 16 Apr 1997 20:19:21 -0700 (PDT)
Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA02871
          for <multimedia@freebsd.org>; Wed, 16 Apr 1997 20:19:18 -0700 (PDT)
Received: from ct.picker.com by whqvax.picker.com with SMTP;
          Wed, 16 Apr 1997 23:18:16 -0400 (EDT)
Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1)
	id AA09555; Wed, 16 Apr 97 23:18:20 EDT
Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4)
	id XAA19663; Wed, 16 Apr 1997 23:18:08 -0400
Message-Id: <19970416231807.09430@ct.picker.com>
Date: Wed, 16 Apr 1997 23:18:07 -0400
From: Randall Hopper <rhh@ct.picker.com>
To: "Louis A. Mamakos" <louie@TransSys.COM>
Cc: Amancio Hasty <hasty@rah.star-gate.com>, multimedia@freebsd.org
Subject: Re: Bt848 Missing frames fix
References: <19970416181855.55604@ct.picker.com> <199704170018.RAA00426@rah.star-gate.com> <19970416203838.49588@ct.picker.com> <199704170244.WAA09974@whizzo.transsys.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <199704170244.WAA09974@whizzo.transsys.com>; from Louis A. Mamakos on Wed, Apr 16, 1997 at 10:44:37PM -0400
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Louis A. Mamakos:
 |Also, as I've mentioned to Randall, I think that the even/odd fields are
 |interchanged.  Someone else mentioned this before, and it seems
 |noticable if you look at text and graphical objects on the tv broadcast.
 |I recall looking at this a little while ago, and I thought that the
 |way the RISC program were being built had the wrong field (even or odd?)
 |starting off in the memory buffer.  Is it just me, or is anyone else
 |noticing this?

Just mailed Louie regarding this in another off-line thread we're on, but
this is likely because fxtv isn't switching down to one field only when
capture rows is <= CIF (240 for NTSC), so it's blasting both the odd and
even frames right on top of each other 30 times a second.  Can create some
interesting aliasing artifacts but it does yield a more fluid video window.

To add in this behavior for experimentation, edit tvcapture.c, search down
for ODD, and uncomment that if statement.  It's in there; just disabled.

Maybe that should be the default (?)

Randall