From owner-freebsd-multimedia Mon Mar 17 13:59:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA07267 for multimedia-outgoing; Mon, 17 Mar 1997 13:59:52 -0800 (PST) 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 NAA07259 for ; Mon, 17 Mar 1997 13:59:47 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 17 Mar 1997 16:58:39 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA12513; Mon, 17 Mar 97 16:58:36 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id QAA10732; Mon, 17 Mar 1997 16:55:50 -0500 Message-Id: <19970317165550.46327@ct.picker.com> Date: Mon, 17 Mar 1997 16:55:50 -0500 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: 3/16 bt848 driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I freeze the video in fxtv, I switch over from CAP_CONTINUOUS direct-video to a CAP_SINGLE-to-driver-mem which, when complete (signal received), is displayed via XImage. Half the time, it works fine. But the other half, this CAP_SINGLE only grabs one field instead of two. If I do this enough, I can see successive freezes where the odd (or even) field is that left over from 4 or 5 freezes ago. BTW, I'm not setting the ODD_ONLY or EVEN_ONLY flags in the oformat, so I think it should always be grabbing two fields. Also, I'm yanking the entire image each time from the driver buffer so the stale field is from the driver. Could the driver possibly be not waiting on a cap single for the start of the next frame to ensure it gets a complete two frames? Also, haven't gotten to digging in the driver yet, but was wondering Amancio if your Wincast audio also stays glued to the Ext1 Input's audio when switching between Tuner, Ext1, and SVHS. Randall