Hi,
I'm trying to visualize a simple volume using OpenDX 4.1.3 on Linux
(Red Hat 7.1, XFree86 4.0.3), and a majority of my subvolumes are
not appearing. Is there a secret as to how the colormap indices
are allocated in Linux or XFree86 4.0? Is the Linux implementation
of OpenDX different from the standard in some way? Is there a way to
know what the colormap indices are so I can access them directly?
I import the volume data using the Data Prompter, a "Grid or Scattered
File", and then use the default visualization that's part of the Data
Prompter. The .net program that it uses is: Gridded_3D_1var_notseries.
The volume is composed of perhaps 15 subvolumes of different colors.
Perhaps 3 of the subvolumes appear; the rest are black.
I've adjusted the color indexes repeatedly (stored as 2 byte shorts in
a binary file). Each time, even using autocolor, the effects differ --
some subvolumes appear, some are absent, but never are they all visible.
Changing from the default color module to use Autocolor makes no
difference. The same subvolumes persist; they just change hue.
I've tried running X in 8, 16, and 24 bit planes. No effect. I know
X is definitely running that number of planes because xwininfo says so
and photographs render quite differently in each mode. But not OpenDX.
I've adjusted the colormap using the colormap editing window. The
visible subvoumes may change hue, but no subvolume dis/appears.
Oddly, the bisecting slice that is drawn by Gridded_3D_1var_notseries
often reveals subvolumes in that plane that are otherwise invisible.
But I don't know what this implies.
Thanks for any help,
Randy
--
Randy Crawford http://www.engin.umich.edu/labs/cpc
[EMAIL PROTECTED] http://www-personal.engin.umich.edu/~crwfrd
