From owner-freebsd-multimedia Tue Mar 18 14:55:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA08174 for multimedia-outgoing; Tue, 18 Mar 1997 14:55:25 -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 OAA08164 for ; Tue, 18 Mar 1997 14:55:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id PAA19630; Tue, 18 Mar 1997 15:55:04 -0700 (MST) Message-Id: <199703182255.PAA19630@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: Randall Hopper , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 14:39:50 PST." <199703182239.OAA15997@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 15:55:04 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hi, > >From The Desk Of Randall Hopper : > > I'll do some tests later to verify that brightness/contrast/etc. do in fact > > keep their values across stops/starts when the driver handle is held open. > > > > The driver does keep the brightness/constrast/etc.. values while the > the device is open. I have a modified version of dtv which moves down > the screen and it does not lose brightness nor contrast. we're past that problem now, fxtv was doing close/open for every redraw. now I'm looking at what can bee done to save state between the last close and the next (1st) open. In particual open DOES NOT seem to set METEOR_DEV_MASK (it contains whatever it was at the point of the last close) BUT the open seems to reset the actual input device (haven't figured out where yet). So it needs to be fixed so that either the input device is only reset by attach (which does set METEOR_DEV_MASK) or if the input device must be reset by the 1st open call, METEOR_DEV_MASK should be set to reflect the input. The reason for the above requested fix is that xtvr needs to have an accurate idea of what the true input is. It does this by doing an METEORGINPUT ioctl. Since this returns the value from the previous open, if that input wasn't the same as what open resets it to it gets confused. Question: what does this code in open() do: /* dump_bt848(bt848); */ *bt848 = 0x3; *bt848 = 0xc0; -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD