Date: Tue, 18 Mar 1997 10:23:06 -0800 From: Amancio Hasty <hasty@rah.star-gate.com> To: "Louis A. Mamakos" <louie@TransSys.COM> Cc: Steve Passe <smp@csn.net>, multimedia@freebsd.org Subject: Re: latest bt848 code Message-ID: <199703181823.KAA14137@rah.star-gate.com> In-Reply-To: Your message of "Tue, 18 Mar 1997 09:16:20 EST." <199703181416.JAA04347@whizzo.transsys.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Louis, Tnks for the info. I will leave dtv running for extended period of time to see if I can duplicate what you are seeing. Also this weekend I will look into the problem with contrast, color saturation values being forgotten by the driver. Regards, Amancio >From The Desk Of "Louis A. Mamakos" : > > Is probably more to do with the PCI code than the driver. What I am > > doing is pretty harmless in attach. Besides, the interrupts are > > disabled. I would suspect more the 2940... I got one over here > > and it has given me grief in the past. > > I don't know how to explain it. On my system, the disk controller doesn't > even share the same interrupt, and it's very unlikely that the ethernet > controller was generating 60 interrupts per seconds. The video card shares > the same interrupt, but I believe it's vertical refresh rate is 68 or 72 Hz. > > Anyway, I left it running last night, and the system stayed up. The capture > stopped somewhere along the way, but started back up again right away when > the window got tweaked. > > One that that I have noticed is that the state of brightness, contrast, etc, > seems to be lost whenever the frame capture starts up again after an expose, > resize, etc. > > I'll leave it running today while I'm at work, and see what happens... > > louie > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199703181823.KAA14137>