Around 10 o'clock on Sep 15, Sidik Isani wrote:

>   Unfortunately, there is.  We look at astronomy CCD images, and
>   the visualization tools like to manipulate a colormap to give a
>   quick contrast adjustment.

If you have source, you could consider fixing these to use DirectColor 
instead; that would permit adjusting the luminence curves on the fly.  
But, I suspect you also like to switch colors around, which this would not 
do.

I assume these tools are creating their own colormaps; if this is the 
case, you might consider using StaticColor for the default visual, this 
would avoid flashing among the other windows while still permitting the 
display to run at 8 bits.

> Since we had some Matrox cards lying around, 
> I gave the Overlay feature a try and our applications work well with that.
> We'd have to order some PCI versions to be able to plug three in, and we'd
> have to use multi-link converters on each monitor.

Analog signals to your digital monitors.  Yuck.

>  If we run only one screen in Overlay mode and exclude it from the
>  Xinerama desktop, I guess that could work, but we'd prefer one
>  logical screen, of course, even if dragging a pseudocolor window
>  out of the Overlay'd screen made it appear black/garbage on the
>  other monitors which don't support Overlay.

Xinerama exposes the intersection of the screen capabilities, not the 
union.  It would be a significant undertaking to change that.  It also 
doesn't allow you to split things so that some screens are xinerama'd and 
others are not.

In the long term, however, the RandR extension will allow unsupported 
visual classes to be emulated in software.  This, in conjunction with 
Xinerama, would allow you to use one card with hardware overlays while 
emulating the overlay in software on the other two cards.  I'm still 
struggling over how to make this work with the existing XFree86 
architecture though; don't expect news on this front anytime soon.

I think that for now, you should whack the number of colors reserved for
the Render extension; eventually that will probably make it into the
configuration file.

[EMAIL PROTECTED]        XFree86 Core Team              SuSE, Inc.


_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert

Reply via email to