Alice99
Stephan Rudlof
sr at evolgo.de
Thu Feb 10 13:57:42 UTC 2000
Ok, here is it (shortend):
sr at Klaus:~/Squeak/work > xdpyinfo
name of display: :0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 334
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 8, maximum 134
focus: window 0x280000e, revert to Parent
number of extensions: 19
...
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1024x768 pixels (347x260 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: 0x58003d
...
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: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
Bert Freudenberg wrote:
>
> On Thu, 10 Feb 2000, Stephan Rudlof wrote:
>
> > I have
> > (8->1854 16->2064 32->1566 )
> > on a
> > Pentium mobile 366, Linux 2.2.10
> > and a
> > (--) Mach64: PCI: Mach64 Rage LT Pro rev 220, Aperture @ 0xfd000000,
> > Registers @
> > (--) Mach64: Memory type: SGRAM (5)
> > (--) Mach64: 1024x768 panel (ID 1) detected; clock 65.14 MHz
> > (--) Mach64: Clock type: Internal
> > (--) Mach64: Maximum allowed dot-clock: 230.000 MHz
> > (**) Mach64: Mode "1024x768": mode clock = 66.000
> > (--) Mach64: Virtual resolution: 1024x768
> > (**) Mach64: Video RAM: 8192k
> > (--) Mach64: Using hardware cursor
>
> Well, more interesting would be to analyze your xdpyinfo output. I run my
> server in 15bits that exactly match Squeak's bitmap format. So in the
> pixel transfer only bytes need to be swapped, instead of bit shifting:
>
> visual:
> visual id: 0x22
> class: TrueColor
> depth: 15 planes
> available colormap entries: 32 per subfield
> red, green, blue masks: 0x7c00, 0x3e0, 0x1f
> significant bits in color specification: 5 bits
>
> -Bert--
--
Stephan Rudlof (sr at evolgo.de)
"Genius doesn't work on an assembly line basis.
You can't simply say, 'Today I will be brilliant.'"
-- Kirk, "The Ultimate Computer", stardate 4731.3
More information about the Squeak-dev
mailing list
|