From owner-freebsd-multimedia Thu Dec 12 11:17:56 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA29091 for multimedia-outgoing; Thu, 12 Dec 1996 11:17:56 -0800 (PST) Received: from rah.star-gate.com ([204.188.121.18]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA29083 for ; Thu, 12 Dec 1996 11:17:51 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id LAA01118; Thu, 12 Dec 1996 11:16:34 -0800 (PST) Message-Id: <199612121916.LAA01118@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Luigi Rizzo cc: CSP1DWD@MVS.OAC.UCLA.EDU, multimedia@FREEBSD.ORG Subject: Re: Intel's Smart Video Recorder III In-reply-to: Your message of "Thu, 12 Dec 1996 19:12:06 +0100." <199612121812.TAA02155@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Dec 1996 11:16:34 -0800 From: Amancio Hasty Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > > the driver. > > It would be a good idea, if the hardware permits, to keep (a subset) > the same ioctls of the meteor, so that one can reuse the same > software. I find annoying that there isn't a standard set of ioctls for > video acquisition boards. Maybe those in the meteor driver are not > better than others, but they are relatively flexible, and the > meteor/omnimedia are the only boards which are well supported under > FreeBSD, so it might be wise to settle on that as a standard. > > > capture chipset very similar to the Matrox Meteor however its > > dma capability is far superior to the Meteor because the > > Intel card's dma controller accepts "risc instructions" that is > > the dma controller is programmable. > > can this be used to do some preprocessing of the data or it is just a > flexible dma ? > My current test program for my device driver uses the same ioctls as the Matrox Meteor. in fact , my test program is "tv" with no modifications except for the name of the device which I use the access my card. The dma controller is just a flexible dma. In a nutshell, it has the following instructions: o write, write bytes to host memory o sync, wait for a captured field o skip, skip number of bytes o jump, go to a particular host memory. Basically it is used to to establish a loop. The pre-processing that it can do is scaling, yuv to rgb , and dithering. Cheers, Amancio