Date: Tue, 18 Mar 1997 15:16:38 -0800 From: Amancio Hasty <hasty@rah.star-gate.com> To: Steve Passe <smp@csn.net> Cc: Randall Hopper <rhh@ct.picker.com>, multimedia@freebsd.org Subject: Re: latest bt848 code Message-ID: <199703182316.PAA16218@rah.star-gate.com> In-Reply-To: Your message of "Tue, 18 Mar 1997 15:55:04 MST." <199703182255.PAA19630@Ilsa.StevesCafe.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Okay, I will fix the driver this weekend. >From a driver point of view , when the device gets open the device will be set to defaults values. Applications shouldn't depend on keeping state information between close/open. In fact thats a bad practice. > *bt848 = 0x3; > *bt848 = 0xc0; bit 0 chroma overflow bit 1 luma overflow bit 7 video preset bit 6 device in h-lock The above just resets the status bits . Writing a one to the bit clears the condition. In the case of *bt848 = 0xc0 the card , the card resets the video signal upon the next video frame. Amancio >From The Desk Of Steve Passe : > hi, > > >From The Desk Of Randall Hopper : > > > I'll do some tests later to verify that brightness/contrast/etc. do in fa ct > > > 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 >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199703182316.PAA16218>