Hi folks. It's been about 8 years since I last played with Fractint-- back then I was using the DOS version. I recently downloaded the latest source and compiled it on my Linux box. For the life of me I cannot get color cycling to work. From what I've read I press 'C' and then '+' or '-' after an image is loaded. I've tried this and it does not work. I'm using XFree86 4.2 and KDE 3.02. I've combed through all the documentation and I think Google is sick of me right now. Can some help me out with this? James
James S. Martin wrote:
I recently downloaded the latest source and compiled it on my Linux box.
Have you tried the pre-compiled versions that Scott has on his site: http://sdboyd.dyndns.org/~sdboyd/xfractint/xfractint.html Sincerely, P.N.L. -------------------------------------------------------------- http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
On Wednesday 10 July 2002 10:35, Paul N. Lee wrote:
James S. Martin wrote:
I recently downloaded the latest source and compiled it on my Linux box.
Have you tried the pre-compiled versions that Scott has on his site:
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.) Scott Boyd
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. It's on my list. Now, if I could only remember where I put my list... 8-)) Jonathan
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.
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
participants (5)
-
James S. Martin -
Jim Shaffer -
Jonathan Osuch -
Paul N. Lee -
Scott D. Boyd