On an eight-bit visual, XDPS will allocate a 9-level gray ramp, and a
4x4x4 colour cube, for a total of 73 colourmap entries. (Colour
allocation happens on the client side in XDPS.)
Can RENDER deal with such a configuration?
KP RENDER must have the colors allocated within the server;
On an eight-bit visual, XDPS will allocate a 9-level gray ramp, and a
4x4x4 colour cube, for a total of 73 colourmap entries. (Colour
allocation happens on the client side in XDPS.)
Can RENDER deal with such a configuration?
Juliusz
Around 19 o'clock on Sep 22, Juliusz Chroboczek wrote:
On an eight-bit visual, XDPS will allocate a 9-level gray ramp, and a
4x4x4 colour cube, for a total of 73 colourmap entries. (Colour
allocation happens on the client side in XDPS.)
Can RENDER deal with such a configuration?
RENDER
On Fri, 14 Sep 2001, Sidik Isani wrote:
P.S.: Other than mga, does anything else support Overlay?
The glint driver supports overlay on appropriate 3Dlabs cards
(Oxygen VX1-1600SW is the only one I tried, and it works).
*Some* S3 cards have suitable hardware (TVP3026 or RGB526 ramdacs,
possibly
On Fri, 14 Sep 2001, Sidik Isani wrote:
Hello -
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
Mark Vojkovich wrote:
|On Fri, 14 Sep 2001, Sidik Isani wrote:
|
| Hello -
|
| 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
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.
On Sat, 15 Sep 2001, Sidik Isani wrote:
Mark Vojkovich wrote:
|On Fri, 14 Sep 2001, Sidik Isani wrote:
|
| Hello -
|
| 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
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;
Around 11 o'clock on Sep 15, Sidik Isani wrote:
It may be enough. Usually we look at our images with simple
grey scales, and just need a way to exaggerate contrast to bring
out features. I'd like to learn more about DirectColor. How much
control does it give over luminence
Around 16 o'clock on Sep 15, Mark Vojkovich wrote:
Like by temporarily lowering the sigBits? Changing current allocation
behavior makes me uneasy. Doesn't the specification say something
about this?
AllocColor:
This request allocates a read-only colormap entry corresponding to the
11 matches
Mail list logo