I was having a problem with volume rendering that sounds a bit similar to yours. It turned out to be a consequence of the way volume rendering is handled (for speed, I think). In my case, rotating the image would make some tetrahedra appear and disappear. Try rotation and see if anything changes. The only solution in my case apparently was to refine the mesh.
> -----Original Message----- > From: Randy Crawford [mailto:[EMAIL PROTECTED] > Sent: Saturday, 22 September 2001 9:43 a.m. > To: opendx > Subject: [opendx-users] Colormap problems on Linux/XFree86 4.0. > > > 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 > NOTICE - This e-mail is only intended to be read by the named recipient. It may contain information which is confidential, proprietary or the subject of legal privilege. If you are not the intended recipient please notify the sender immediately and delete this e-mail. You may not use any information contained in it. Legal privilege is not waived because you have read this e-mail. For further information on the Beca Group of Companies, visit our web page http://www.beca.co.nz
