From owner-freebsd-multimedia  Tue Oct  7 10:11:12 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id KAA11487
          for multimedia-outgoing; Tue, 7 Oct 1997 10:11:12 -0700 (PDT)
          (envelope-from owner-freebsd-multimedia)
Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1])
          by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA11479
          for <multimedia@freebsd.org>; Tue, 7 Oct 1997 10:11:05 -0700 (PDT)
          (envelope-from rhh@ct.picker.com)
Received: from ct.picker.com by whqvax.picker.com with SMTP;
          Tue, 7 Oct 1997 13:09:57 -0400 (EDT)
Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1)
	id AA03998; Tue, 7 Oct 97 13:09:55 EDT
Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4)
	id NAA02831; Tue, 7 Oct 1997 13:05:56 -0400
Message-Id: <19971007130556.58906@ct.picker.com>
Date: Tue, 7 Oct 1997 13:05:56 -0400
From: Randall Hopper <rhh@ct.picker.com>
To: Amancio Hasty <hasty@rah.star-gate.com>
Cc: multimedia@freebsd.org
Subject: Re: [video] frame rate and fxtv (REPOST)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81
Sender: owner-freebsd-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Another one I sent last night that didn't get out.

Randall

-----Forwarded message-----

Date: Mon, 6 Oct 1997 21:09:19 -0400
From: Randall Hopper <rhh@ct.picker.com>
Subject: Re: [video] frame rate and fxtv

Amancio Hasty:
 |So far I have received the following information from brooktree and I 
 |can't seem to get the set frame rate functionality to work properly
 |on single frames and with odd/even frames. 
 |
 |For now, I suggest that fxtv emulates the frame rate functionality by
 |specifying the full frame rate and skipping frames based upon the
 |desired frame rate for video capture.

Thanks for forwarding the info from Brooktree.  I'll take another crack at
the driver code with their comments as soon as I get the features I'm
currently adding to Fxtv in a good state.  

If still no luck with decimation, I'll try your suggestion and run some
performance tests.  The loss of memory- and mem-to-PCI-disk bandwidth due to
a full-bandwidth Bt-to-mem stream may not really be significant due to the
write latency of disk subsystem with most hard disks.  If so, I'll go that
route.  

Thanks for the suggestion.

Randall


-----End of forwarded message-----