Date: Sun, 29 Nov 1998 19:11:12 -0800 (PST) From: David Kulp <dkulp@neomorphic.com> To: Randall Hopper <aa8vb@pagesz.net> Cc: multimedia@FreeBSD.ORG Subject: Re: fxtv DGA problem Message-ID: <199811300311.TAA00723@board66.cruzers.com> In-Reply-To: <19981129204938.B10866@pagesz.net> References: <199807231215.FAA06476@hub.freebsd.org> <19980723090736.A16435@ct.picker.com> <199810042105.OAA02532@board66.cruzers.com> <19981129204938.B10866@pagesz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Randall Hopper writes:
> David Kulp:
> |a few weeks ago I sent an email to multimedia about a problem with
> |fxtv. I wasn't getting any video unless the window was obscured. The
> |verdict from the list was that DGA wasn't supported by my S3 card.
>
> (Again, sorry for the delay in the response. I'm playing catch-up.)
>
> Well, I don't know about that. I'm assuming you're running with XFree86
> since you said the dga test program works.
>
> If XFREE86, and if the X server is local, and if XFree reports DGA is not
> available (see "xdpyinfo | grep DGA" -- if no lines get printed, it's not),
> then you will see:
>
> XF86DGA extension not found
Looks good...
# xdpyinfo | grep DGA
XFree86-DGA
>
> If you don't see this (or any other DGA errors) when running fxtv from a
> terminal window, then Fxtv thinks DGA is there and it's trying to use it.
> If you don't see anything, but you do when the window is partially
> occluded, then likely DGA is reporting the wrong base address for the frame
> buffer, and the Bt card is dumping video "somewhere else" in virtual memory
> (not good).
>
> Looks like Roger explained why partially occluded works and how to force
> that mode all the time, so I'll skip that.
>
> |But the wierd thing is that the dga test program that comes with
> |XFree86 and dtv (which definitely uses DGA) both work.
> |
> |This implies that DGA is supported on my card and that there is
> |possibly a problem with fxtv. Do you have any ideas here? How can I
> |help track this down.
>
> Hmmm. First thing to do with all these problems is run:
>
> fxtv -debug startup
>
> Please post the output. In particular, notice the base address for
> direct video. For example:
>
> XF86DGAQueryVersion() succeeded - vers = 1.00
> BaseAddr = 0xe0000000, Pitch = 1600, BankSize/RamSize = 4194304/4194304
> ^^^^^^^^^^
>
> This should agree with the frame buffer base address reported by your X
> server when it starts up ("if" it reports this).
>
okeedoke.
startx reports:
(--) S3: Local bus LAW is 0xFF000000
and 'fxtv -debug startup' reports the same thing. But with -debug it
also says "sysctl: unknown oid 'hw.bt848'". I'm not sure if this is
interesting.
Like I said, dtv works, and it definitely uses DGA, so this is all
pretty strange.
Here's the complete dump:
# fxtv -debug startup
Fxtv v0.47
DETECTED CAPTURE CARD(S) [DRIVER PROBES]:
bktr0 <BrookTree 848> rev 17 int a irq 9 on pci0:13:0
Hauppauge WinCast/TV, Philips NTSC tuner.
SYSCTL MIB VALUES:
kern.version: FreeBSD 2.2.8-RELEASE #0: Sun Nov 29 18:10:32 PST 1998
sysctl: dkulp@board66:/extra/src/sys/compile/BOARD66
unknown oid 'hw.bt848'
TUNER SIGNATURE (0x01 - 0xff):
00 00 00 00 00 00 00 00 00 00 01 00 0a 00 00 00
TUNER I2C DEVICES FOUND AT:
0xa0, 0xc2, 0xc6
CAPTURE CARD EEPROM CONTENTS:
Read 256 EEPROM bytes (0x00 - 0xff)
84 12 00 00 05 40 09 09 08 05 01 25 db 00 00 94
01 00 00 00 00 84 0a 00 01 01 20 77 00 40 14 41
06 00 74 02 01 00 03 79 bb 00 ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Supported RGB Capture Pixel Formats:
bpp Bpp RGB Masks Swap
--- --- ---------------------------- ----
15 2 00007c00, 000003e0, 0000001f NB
16 2 0000f800, 000007e0, 0000001f NB
24 3 00ff0000, 0000ff00, 000000ff B
24 4 00ff0000, 0000ff00, 000000ff NBWb
Supported YUV Capture Pixel Formats:
YUVSize HSamp VSamp Pack CompOrder T->B L->R YTrans
------- ----- ----- ------ --------- ---- ---- ------
8,8,8 1,2,2 1,1,1 PLANAR YUV Y Y N
8,8,8 1,2,2 1,1,1 PACKED YUYV Y Y N
8,8,8 1,2,2 1,2,2 PLANAR YUV Y Y N
XSERVER: 'The XFree86 Project, Inc' v3320, Protocol Verson 11.0
Screen Res = 1024x768, DefDepth = 15; NumScreens = 1
Bitmap Unit/BitOrder/Pad = 32/LSBFirst/32, Image ByteOrder = LSBFirst
XF86DGAQueryVersion() succeeded - vers = 1.00
BaseAddr = 0xff000000, Pitch = 1024, BankSize/RamSize = 2097152/2097152
Rating Available Visuals:
Rating Class bpp Bpp R,G,B Masks Swap DirectVid
------ ----------- --- --- ---------------------------- ---- ---------
5 TrueColor 15 2,2 00007c00, 000003e0, 0000001f -- Yes
Default Visual is 15-bpp TrueColor
XF86VidModeQueryVersion() succeeded - version = 0.08
No matching font(s) registered with X Server:
-adobe-utopia-bold-r-*-*-0-0-*-*-*-0-iso8859-1
Falling back on '10x20' font.
No matching font(s) registered with X Server:
-adobe-utopia-bold-r-*-*-0-0-*-*-*-0-iso8859-1
Falling back on '10x20' font.
No matching font(s) registered with X Server:
-adobe-utopia-bold-r-*-*-0-0-*-*-*-0-iso8859-1
Falling back on '10x20' font.
No matching font(s) registered with X Server:
-adobe-utopia-bold-r-*-*-0-0-*-*-*-0-iso8859-1
Falling back on '10x20' font.
No matching font(s) registered with X Server:
-adobe-utopia-bold-r-*-*-0-0-*-*-*-0-iso8859-1
Falling back on '10x20' font.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199811300311.TAA00723>