From owner-freebsd-multimedia Thu May 29 19:29:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23629 for multimedia-outgoing; Thu, 29 May 1997 19:29:49 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23624 for ; Thu, 29 May 1997 19:29:46 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id TAA00452; Thu, 29 May 1997 19:29:26 -0700 (PDT) Message-Id: <199705300229.TAA00452@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Luigi Rizzo cc: luigi@iet.unipi.it, multimedia@FreeBSD.ORG Subject: Re: bt848 status, comments and diffs In-reply-to: Your message of "Wed, 28 May 1997 13:24:46 +0200." <199705281124.NAA17044@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 May 1997 19:29:26 -0700 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Tnks Luigi! Your mods look really good. How is vic with Van Jacobson's version of grabber-meteor.cc running over there? I will prepare patches against -current tomorrow. Got a little bug with yuv422 to chase over here. The plan is to post the patches tomorrow and Monday nite if all goes well submit the patches to -current and to linux . Cheers, Amancio >From The Desk Of Luigi Rizzo : > Yet another version of brooktree848.c with the cleanups I was > mentioning in my previous postings. The code is available at > > http://www.iet.unipi.it/~luigi/brooktree848.c > > I have tested it and it seems to work in both packed and planar mode, > with single frame capture. It works with the old and the new > grabber-meteor.cc > > Try it if you can, and send feedback. > > I have left the rgb_ code untouched, since amancio is probably working > on that. In passing, I noticed that the clipping features of the Bt848 > are quite powerful. A better way to exploit them would be, probably, to > let the application program pass the clipping shape in raster format, > rather than pass it as a set of rectangles. This would allow complex > figures (e.g. clipping into circles, ovals etc. which are not possible > now, and do not require time-consuming computations from the kernel like > sorting rectangles etc. > > Basically, I would describe a clipping shape as a sequence of lines > > BEGIN (skip n1 write n2) * > > (one per row in the output) and let the driver just translate this into > Bt848 instructions. The above description can be as small as 32 bit/row. > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________