From owner-freebsd-hardware Tue Apr 7 06:37:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25338 for freebsd-hardware-outgoing; Tue, 7 Apr 1998 06:37:51 -0700 (PDT) (envelope-from owner-freebsd-hardware@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA25302; Tue, 7 Apr 1998 06:37:43 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 7 Apr 1998 9:37:13 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA07514; Tue, 7 Apr 98 09:37:11 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id JAA07629; Tue, 7 Apr 1998 09:36:52 -0400 Message-Id: <19980407093652.31657@ct.picker.com> Date: Tue, 7 Apr 1998 09:36:52 -0400 From: Randall Hopper To: Donald Burr , FreeBSD Questions Cc: FreeBSD Hardware , multimedia@FreeBSD.ORG Subject: Re: BrookTree 848 causing my screen to get messed up, how to fix? Mail-Followup-To: Donald Burr , FreeBSD Questions , FreeBSD Hardware , multimedia@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Donald Burr on Mon, Apr 06, 1998 at 10:39:05AM -0700 Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Donald Burr: |I just acquired a BrookTree 848 based TV capture card. It appears to be a ... |In any case, I got the driver compiled, and the fxtv port compiled and |working. I can successfully view the TV tuner output in a window on my |screen. | |However, when that window is visible (i.e. not hidden behind any other |windows), it causes the rest of my screen to become garbled, so that |all windows (xterms, my Netscape browser, etc.) become virtually |unreadable. | |If the window is hidden behind another, nothing gets garbled. Right. If you run "fxtv -disableDirectV" or put "*disableDirectV: true" in your Fxtv resource file or .Xdefaults, you'll not have this problem when its on top either. However that's the fall-back plan. You'd prefer for direct video to work if possible. When the window is on top, fxtv configures the capture card to write directly to your frame buffer directly rather than through X (very fast and low overhead). Works great as long as Fxtv can determine your frame buffer memory aperature's geometry from the X server. If you're running in a 24 or 32 bits-per-pixel video mode, here are some things to try to get your direct video configured up correctly: fxtv -colorbars -xrm "Fxtv.Bpp24bit: 3" fxtv -colorbars -xrm "Fxtv.Bpp24bit: 4" fxtv -colorbars -xrm "Fxtv.Bpp32bit: 3" fxtv -colorbars -xrm "Fxtv.Bpp32bit: 4" See if one of these doesn't get the TV all inside the window. If you find one that works, insert it into your Fxtv resource file or .Xdefaults. However given that you have a 2Meg video card as you said, I suspect you're probably running 16-bit in which case these don't help you. If so, this is an indication that the X server drivers for your card aren't returning the correct frame buffer memory aperture geometry for it, and disabling direct video is your best course of action for now. Higher CPU utilization and slower frame rates, but you won't get screen corruption. I'll be happy to help you trace this down. Let me know what you find out, and send me the output of "fxtv -debug startup" and "xdpyinfo". We can determine if this is the X server's fault or not, and if so, you can flip in a bug report to XFree. |The same thing happens when I use the Windows software that came with the |card. Hmm. Sounds like the Windoze Direct* drivers are confused about your frame buffer geometry as well. Randall Hopper To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message