[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.



>> Right, changed it back to the old stsle address, got a xinerama error
>> switched this off and now it works fine in double head mode but without
>> xinerama.
> Cool.  Might the error be that you have the screens set up with
> different colour depths?  IIRC Xinerama doesn't like that.

Nope, both were setup using 1280x1024x24. 

I dug a bit deeper and xdpyinfo shows a slight difference between the
visuals regarding the RGB masks and the largest cursor (see the partly cut
output of xdpyinfo below). I suspect the RGB masks the reason for the
screens being incompatible and have posted this to the X-Newsgroups but
haven't received any answer (yet). 

Matrox: 
  dimensions:    1280x1024 pixels (325x260 millimeters)
  resolution:    100x100 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0x52
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store NO, save-unders NO
  largest cursor:    1280x1024
  current input event mask:    0xfa2033
    KeyPressMask             KeyReleaseMask           EnterWindowMask
    LeaveWindowMask          ButtonMotionMask         StructureNotifyMask
    SubstructureNotifyMask   SubstructureRedirectMask FocusChangeMask
    PropertyChangeMask       ColormapChangeMask
  number of visuals:    4
  default visual id:  0x22
  visual:
    visual id:    0x22
    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


Creator 3D
  dimensions:    1280x1024 pixels (325x260 millimeters)
  resolution:    100x100 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0x54
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x38
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16711422
  options:    backing-store NO, save-unders NO
  largest cursor:    64x64
  current input event mask:    0xfa2033
    KeyPressMask             KeyReleaseMask           EnterWindowMask
    LeaveWindowMask          ButtonMotionMask         StructureNotifyMask
    SubstructureNotifyMask   SubstructureRedirectMask FocusChangeMask
    PropertyChangeMask       ColormapChangeMask
  number of visuals:    4
  default visual id:  0x3a
  visual:
    visual id:    0x3a
    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

> It's good to know it works, esp. that you can get X running on a Sun box
> with a non Sun graphics card - very encouraging.
The only writeoff is that no real acceleration is used, neither on the the
Creator 3d nor on the Millenium. 
In addition the Creator likes only working in 24bit mode although xpdyinfo
reports all other depths as well. 
Other than that it works now fine in double head mode (without Xinerama). 

Now I run it deliberately in 24bit on the Creator and 16 Bit on the Matrox,
which makes the Matrox slightly faster, but still not as fast as the C-3D.

I wonder if the Matrox driver could come with the next debian Kernel as a
module. 

cheers
 Detlef




Reply to: