From owner-freebsd-multimedia  Wed Jun  4 14:40:44 1997
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA14454
          for multimedia-outgoing; Wed, 4 Jun 1997 14:40:44 -0700 (PDT)
Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14438
          for <multimedia@freebsd.org>; Wed, 4 Jun 1997 14:40:09 -0700 (PDT)
Received: from ct.picker.com by whqvax.picker.com with SMTP;
          Wed, 4 Jun 1997 17:39:01 -0400 (EDT)
Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1)
	id AA01877; Wed, 4 Jun 97 17:38:59 EDT
Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4)
	id RAA24094; Wed, 4 Jun 1997 17:37:47 -0400
Message-Id: <19970604173747.38552@ct.picker.com>
Date: Wed, 4 Jun 1997 17:37:47 -0400
From: Randall Hopper <rhh@ct.picker.com>
To: Amancio Hasty <hasty@rah.star-gate.com>
Cc: Steve Passe <smp@csn.net>, multimedia@freebsd.org
Subject: Re: bktr FPS/Temporal Decimation problems
References: <19970603223853.09824@ct.picker.com> <199706040338.UAA09613@rah.star-gate.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.75
In-Reply-To: <199706040338.UAA09613@rah.star-gate.com>; from Amancio Hasty on Tue, Jun 03, 1997 at 08:38:52PM -0700
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Amancio Hasty:
 |Feel free to try out my latest beta on my ftp site:
 |
 |That release makes the correct decision in set_fps for PAL or NTSC.

     Well, neither single field or full field works for me with this
version.  Testing by flipping an ioctl(SFPS, 1) into fxtv, for single field
(ODD_ONLY) CAP_CONTINUOUS, I get a frame every 1 to 3 seconds, and in
between the updates, trash corrupts the image (see:

     http://multiverse.com/~rhh/tmpimages/bt848-970524-prob1.gif

for a snap).

    For interlaced images, I get 1 or 2 single-field (not frame) updates
every 1 to 30 seconds, with less image trash but still some corruption
gradually appearing between field appearances.

     Also, as an aside, CAP_SINGLEs rarely work since temporal decimation
isn't being turned off for CAP_SINGLE requests and turned on for
CAP_CONTINUOUS, but rather is always left on.  This was one of the fixes in
the patch I posted.  A simple mod.

     In case it helps, here is some debug driver output for single and
double frame continuous-capture generated with ioctl(SFPS,1) and the 970526
driver off rah.

Thanks,

Randall


begin 644 LOG.SINGLE.gz
M'XL( '/>E3,  ^V800Z#(!!%]YYBCC!8K8F[GD%[ "68F)K:(+U_C8JM&S>U
M#>A?N?@,O/DS((&R_))?,U),%3.'?";1?UE("FC2)/?RNE9P-&A5&%%0WXVF
MSA3FV<UB/V[2YU LN;;D=ZBQ1=UD3K#\E&5HI^6< KZ Q0<6]"Y\^1M+>3.:
M4ZI;:9J43-<H]2"E=:OI%-MA/O[L<;_ GMN098Q+K!;*X^8>':GNV ]@ 0M8
M<-W \0I?X(O3OB3P!2R^L^RT=]\Y?.;G5PZH+7R!+P[X A;W6="[B[CY^5"4
6!\H=3PVNE@+;<P>^O "*Z*3I:R4  .;G
 
end


begin 644 LOG.INTERLACE.gz
M'XL( &K>E3,  ^W<04["0!@&T#VGF"-,*\K:,X '0 ()&Q:TW%]$J&"@)K:Q
MG<E;N?B9,GU\]DN+,<P7KXNW>5C%L(XQEO$E%,>?L5B%2;B=+>/T--N4TS#9
M[NI]J.IE?:B:X?%UY_G/I7T?=AW#YI?#CN4MNVWU^;+57H[9TUY.;+?'++AP
M2<'ESE[:UCTULW)PS^GG.92KV: ?;=NZK]G=;?[W5FC2I-G#!?#^A3H#%B&C
M29,F39KI:?95ZNYJA),F39HT:29=ZM^/*M\'/X=1< HG39HT:=(<>BL>OPLG
M39HT:=),7E.I"R=-FC1ITLQ$4ZD+)TV:-&G2S$13J0LG39HT:=+,1+-;J?M#
M.>&D29,F39JCT72G+IPT:=*D23,33:4NG#1ITJ1),Q--I2Z<-&G2I$DS$TVE
M+IPT:=*D23,33:4NG#1ITJ1),Q--I2Z<-&G2I$DS$TVE+IPT:=*D23,33:4N
MG#1ITJ1),Q/-;J7NG\\()TV:-&G2'(VF.W7AI$F3)DV:F6CV5>KEX.<P"D[A
MI$F3)DV:0V^E^^-WI2Z<-&G2I$DSZ5*?76:%4A=.FC1ITJ29=*G[3ETX:=*D
M29/F:#3_6NKGV<VZ[:[>AZI>UH>J&1Y?=YX_VLZCMVSY %O0^EEUE:/!,YU(
CD/Q:TJ1)DV:RFF[PG<)HPTF3IJN5<-*\FGT TG;PD.[%  #0
 
end