Date: Tue, 22 Apr 1997 18:40:27 -0700 (PDT) From: Doug White <dwhite@gdi.uoregon.edu> To: Randall Hopper <rhh@ct.picker.com> Cc: multimedia@freebsd.org Subject: Re: Fxtv 0.4 Message-ID: <Pine.BSF.3.96.970422183550.952A-100000@localhost> In-Reply-To: <19970417193454.22966@ct.picker.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 17 Apr 1997, Randall Hopper wrote:
(re: red screen & other craziness with ATI in 24 bit mode)
> The ordering of the components is what prevents direct DMA to video card
> (with the current bt driver that is), but I'd still like to fix the bug in
> the fxtv pixel conversion. All the code is there to convert between
> arbitrary pixel formats - just needs a tweak or two.
>
> Can you send me the output of:
>
> xdpyinfo
>
> in the mode configuration you're seeing the strange display. I'd also be
> interested in the startup output of:
>
> fxtv -debug
>
> up until the point where it gets the window on the screen.
Sorry for the delay on this Other things to do....
Here's the information for 24 bit mode. Fxtv 0.4 drops to XImage mode on
this visual. Again, this is a ATI Graphics Pro Turbo (GX chipset) with 2MB
of VRAM.
24 bit (using XImages):
./fxtv
Active visual does not support direct video
...backing off and using XImages
XF86DGAQueryVersion() succeeded - version = 1.00
Rating Available Visuals:
Rating 4 for 24-bit TrueColor
Default Visual is 24-bit TrueColor
XF86VidModeQueryVersion() succeeded - version = 0.07
1: VideoWin EVENT: ConfigureNotify
1: VideoWin EVENT: MapNotify
1: VideoWin EVENT: ConfigureNotify
ShellWin EVENT: ConfigureNotify
ShellWin EVENT: ReparentNotify
ShellWin EVENT: ConfigureNotify
ShellWin EVENT: MapNotify
1: VideoWin EVENT: VisibilityNotify
1: VideoWin EVENT: Expose
ShellWin EVENT: EnterNotify
CAPTURE Start Continuous
ShellWin EVENT: EnterNotify
1: VideoWin EVENT: VisibilityNotify
PartiallyObscured
CAPTURE Stop
==
xdpyinfo for 24 bit:
==
name of display: :0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 3200
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 2
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 9, maximum 117
focus: window 0x80000d, revert to Parent
number of extensions: 15
BIG-REQUESTS
DOUBLE-BUFFER
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
RECORD
SHAPE
SYNC
XC-MISC
XFree86-DGA
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
default screen number: 0
number of screens: 1
screen #0:
dimensions: 800x600 pixels (271x203 millimeters)
resolution: 75x75 dots per inch
depths (1): 24
root window id: 0x25
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x21
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store YES, save-unders YES
largest cursor: 64x64
current input event mask: 0x50003d
KeyPressMask ButtonPressMask ButtonReleaseMask
EnterWindowMask LeaveWindowMask SubstructureRedirectMask
PropertyChangeMask
number of visuals: 1
default visual id: 0x20
visual:
visual id: 0x20
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
Doug White | University of Oregon
Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant
http://gladstone.uoregon.edu/~dwhite | Computer Science Major
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.970422183550.952A-100000>