From owner-freebsd-multimedia  Mon Dec 30 00:12:30 1996
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id AAA06081
          for multimedia-outgoing; Mon, 30 Dec 1996 00:12:30 -0800 (PST)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA06076
          for <multimedia@freebsd.org>; Mon, 30 Dec 1996 00:12:28 -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 AAA01018; Mon, 30 Dec 1996 00:12:12 -0800 (PST)
Message-Id: <199612300812.AAA01018@rah.star-gate.com>
X-Mailer: exmh version 1.6.9 8/22/96
To: Luigi Rizzo <luigi@labinfo.iet.unipi.it>
cc: multimedia@freebsd.org
Subject: Re: Next Generation "Tv" 
In-reply-to: Your message of "Mon, 30 Dec 1996 07:30:42 +0100."
             <199612300630.HAA27097@labinfo.iet.unipi.it> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 30 Dec 1996 00:12:12 -0800
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Sorry , I forgot a few items :

Save a snap shot or continously save to save in either rgb or yuv format.
Not sure about continously saving to a file , we could implement
loadable modules so that we can save the files in h.263, h.261,
rgb, or yuv formats.

With respect to saving snapshots check first the highest snapshot
number and continue from there. Too many times have I deleted
cool shots because "tv" always starts taking snapshots from
img000.jpg and up.


So lets gather volunteers and a complete list of reguirements.


>From The Desk Of Luigi Rizzo :
> > Here is a great opportunity to contribute 8)
> > 
> > Requirements:
> > 
> > Support for the following :
> > o	color depths: 8, 15, 16, 32
> 
> I have 16bit already working, and 8-bit almost ready. Wasn't 32-bit
> already supported from the start ?

Just wanted to spec it out. Yes, 32 bit as well as 15 bit has been implemented.

> > o	brightness
> > o	hue
> > o	contrast
> > o	scaling (ability to grab a window and stretch it)
> 
> What do you mean exactly ? resizing the "tv" window ?

I grab the "tv" window and streach horizontally or vertically and
"tv" will issue the appropiate geometry call to the video
capture driver.

 
> > o	direct output to vga frame buffer
> 
> Amancio, you did have this, didn't you ? What kind of X support does it
> need ?

Yes, I did this and is more of a coordination effort with Jim Lowe and
me so that the meteor driver compiles the appropiate code and ioctls
to support PCI to PCI. On the X server side of things we just need
a handle to acquire the virtual address of the frame buffer. Such
a call already exists for XFree86 however there is no counterpart
for Xinside's X server. This feature I consider very important 
cause it is bloodly fast 8)


	Enjoy,
	Amancio