Jim Shaffer wrote:
On Wednesday 10 July 2002 08:08 pm, Jonathan wrote:
On Wednesday 10 July 2002 04:34 pm, Scott wrote:
We lost the ability to color-cycle in Xfractint over 2 years ago, when we gained the ability to run Xfractint while your Xserver is in 16-bit color mode (more than 256 colors.)
True, but I think it is still possible. Notice that you can get the palette to change in a somewhat convoluted manner. Press 'e' to bring up the list of color maps. Selecting one doesn't have an immediate effect, but once you regenerate the image the colors will change. Therefore, the palette had to have changed. That's half the battle.
No, it isn't. Modes other than 8-bit don't *have* hardware palettes. In 8-bit mode, you still have your choice of 2^24 colors for a pixel, but the 8-bit value you write to the display memory serves as an index into a table of 256 colors, each with 8 bits of red, green, and blue, so you can change the displayed colors by changing the table, without changing the display memory. In 16-bit mode, however, the display memory directly stores the color value as 5 bits for red, 6 bits for green, and 5 bits for blue, or in 24-bit mode as 8 bits each, so there's no way to change the displayed colors without changing every pixel in the display.
True, but the xlib routines allow allocating colormaps, which can be manipulated. In effect, a software palette is available. I don't know yet whether or not we can adjust this colormap on the fly. Jonathan