From owner-freebsd-multimedia Mon Mar 2 03:09:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA23301 for freebsd-multimedia-outgoing; Mon, 2 Mar 1998 03:09:34 -0800 (PST) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA23295 for ; Mon, 2 Mar 1998 03:09:31 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id DAA10048; Mon, 2 Mar 1998 03:09:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199803021109.DAA10048@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG, james@miller.cs.uwm.edu Subject: Re: Video ioctl interface In-reply-to: Your message of "Mon, 02 Mar 1998 10:24:09 +0100." <199803020924.KAA20469@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Mar 1998 03:09:16 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We should be able to do something along those lines and please bear in mind that we do have hardware clip assist which is the inverse of what you are proposing. Additionally,for the general case it will involved the driver copying the image to the user buffer and then to the X server. For the case of another card , we already do that and thats the PCI to PCI mode which is accomplished by specifying the virtual memory of the start of the memory mapped device which typically an X application does not have access to. Amancio > > I think that we are now at good point to change the interface so > > what I would like to see is proposals or ideas for the new interface. > > a random idea i have had in mind for some time is to make the frame > buffer read/write, and allow the card's output to be mapped anywhere > in the buffer (possibly even the one of a different card), not just > at the upper left corner. > > This would be done to allow nice picture-in-picture effects, e.g. one > application could write a slide (or something similar) into the frame > buffer while the Bt848 shows live video in a portion: > > ............................. xxxxxxxxxxxxxxxxxxxxxxxxxxxxx > ............................. xxxxxxxxxxxxxxxxxxxxxxxxxxxxx > .... application output .... xxxxxxxxxxxxxx..appl....xxxxx > ............................. xxxxxxxxxxxxxx..output..xxxxx > ............................. xxxxxxxxxxxxxx..........xxxxx > ............................. xxxxxxxxxxxxxxxxxxxxxxxxxxxxx > ..................xxxxxxxxx.. xxxxx live video xxxxxxxxxxxx > ..................x video x.. xxxxxxxxxxxxxxxxxxxxxxxxxxxxx > ..................xxxxxxxxx.. xxxxxxxxxxxxxxxxxxxxxxxxxxxxx > ............................. xxxxxxxxxxxxxxxxxxxxxxxxxxxxx > > the advantage would be that fxtv, vic&friends could just read from > the driver rather than mess up with mixing windows etc. > > 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/ > _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message