From owner-freebsd-multimedia Sat Mar 15 22:00:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09803 for multimedia-outgoing; Sat, 15 Mar 1997 22:00:34 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09798 for ; Sat, 15 Mar 1997 22:00:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA23772; Sat, 15 Mar 1997 23:00:20 -0700 (MST) Message-Id: <199703160600.XAA23772@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: "Louis A. Mamakos" , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Sat, 15 Mar 1997 21:28:49 PST." <199703160528.VAA03601@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 23:00:19 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Hi Louis, > > Just get the bt848 distribution from Steve's web page: > http://freebsd.org/~fsmp/HomeAuto/Bt848.html > > Then apply the posted patch. > > If you have any problems with that please let us know. > ... > >From The Desk Of "Louis A. Mamakos" : > > I had to add back in some of the meteor ioctl's so that the fxtv program > > would continue to work OK. I didn't realize that I had removed any ioctl's, thought I only added new ones. I grabbed the tarball from the web page and indeed I did remove the METEOR versions, pass the pointy hat this way! When I get that machine up again I will restore them. I haven't rebuilt fxtv in awhile so I didn't notice my fubar (how embarassing). Unfortunately grabbing the latest web page driver and adding Amancio's patch file will make xtvremote happy and eliminate the freeze problem in the driver, but will not help fxtv compile till fxtv is updated to use the new BT848 specific ioctl()s. This is the correct solution as the bt848 specific ioctls do things "the right way" for the hardware, while the METEOR versions compromise by loosing some precision (and the chroma call is fairly hosed as the bt848 sets U and V independantly with different ranges while the METEOR version puts the "one" value into both regs). Long term we need to develop an API for this stuff so an app doesn't need to know about the hardware specifics, -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD