<Keith Packard wrote:>
|Around 9 o'clock on Sep 15, Sidik Isani wrote:
|
||>   With 8 bpp pseudocolor, I'm finding that simply starting the
||>   X-Server allocates almost all the color cells in the default
||>   colormap.  There are only about 12 free cells, and most programs
||>   either fail or install a private colormap.  Is there an extension
||>   which may be doing this?
|
|Yes, the Render extension allocates most of your colormap now.  I was 
|planning on making the number it consumed configurable but I got 
|sidetracked by other work temporarily.  If you build your own X server, 
|you can easily hack this number in the source; look at
|
|       programs/Xserver/render/miindex.c:miInitIndexed
|
|What do others think we should do about this?  One possibility would be to 
|bend the protocol and match incoming requests to this palette when the 
|colormap was otherwise filled; that would eliminate color flashing while 
|still providing reasonable color matching.  The protocol is rather vague 
|on when this kind of sharing will occur; perhaps some less stringent 
|metric could be applied that allowed more distant colors to be used.
|
|The other option is to use StaticColor as your default visual; read-only 
|allocations will always succeed.  Is there some reason you can't run your 
|display at 16 or 24 bits?

Hello Keith -

  Unfortunately, there is.  We look at astronomy CCD images, and
  the visualization tools like to manipulate a colormap to give a
  quick contrast adjustment.  Many will not even run without a
  pseudocolor visual.  We are using 3 1600SW's for the task, and
  it is a real shame to run them 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.  (The power strip with all
  the AC adapters plugged in for this will become a fire hazard. ;-)

  Andrew Aitchison just posted that the Oxygen VX1-1600SW also
  has the Overlay feature (thanks!) so an interesting, but pricey
  solution for us might be to buy six of those (since we have two
  workstations which we'd like to keep the same).  This would
  allow direct digital connections to our 1600SWs, like we have
  now with the i128.

  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.  I know it's a hack
  (but one which saves us about $1400) ... is it possible?

Thanks for the help,

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

Reply via email to