Skip site navigation (1)Skip section navigation (2)
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>