David,
> Can you set the color depth to another bit depth and see what
> happens. I bet there is something up with the number of color planes
> that is causing the problem.
YEP,
I changed the color depth from 16 bit to 24 bit, after I realized that your
questions pointed into the direction that there may be something with the
XServer. After changing OpenDX also tells me the color depth is 24 bit. I
could not believe that I could see the graph finally. The bad thing about it
is that with my resolution I am only to able to go up to 60 Hz - which really
gets on the eyes. I wonder how I could get the graph with 16 bit color depth.
Why is there a difference in the results? Can I change something on the
OpenDX Server, so my XServer does not have a problem anymore?
> The error you're getting with respect to GLX infers that you do not
> have GL (hardware rendering) capabilities. This may be due to the
> fact that OpenGL was not installed on your Sun and thus this option
> would not be available.
By checking ldd dxexec I saw that it is dynamically linked to libGL.so.
ldd dxexec
libjpeg.so.62 => /usr/local/lib/libjpeg.so.62
libz.so.1 => /usr/lib/libz.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libXpm.so.4.11 => /usr/local/lib/libXpm.so.4.11
libdl.so.1 => /usr/lib/libdl.so.1
libm.so.1 => /usr/lib/libm.so.1
libSM.so.6 => /usr/openwin/lib/libSM.so.6
libICE.so.6 => /usr/openwin/lib/libICE.so.6
libXm.so.4 => /usr/lib/libXm.so.4
libXp.so.1 => /usr/openwin/lib/libXp.so.1
libGL.so.1 => /usr/openwin/lib/libGL.so.1
libXext.so.0 => /usr/openwin/lib/libXext.so.0
libXt.so.4 => /usr/openwin/lib/libXt.so.4
libX11.so.4 => /usr/openwin/lib/libX11.so.4
libpthread.so.1 => /usr/lib/libpthread.so.1
libgen.so.1 => /usr/lib/libgen.so.1
libdga.so.1 => /usr/openwin/lib/libdga.so.1
libXmu.so.4 => /usr/openwin/lib/libXmu.so.4
libc.so.1 => /usr/lib/libc.so.1
libmp.so.2 => /usr/lib/libmp.so.2
libthread.so.1 => /usr/lib/libthread.so.1
/usr/platform/SUNW,Sun-Fire/lib/libc_psr.so.1
Now I know a solution but don't really understand the effects. Maybe I could
go ahaed and get a new graphics board but I probably could end up in a
similar situation.
Deeply appreciating your help! Thank you very much!
Raphael
> David
>
> >David,
> >Thank you very much for pointing to the reference! Actually did I not even
> >trust calling myself "developer", therefore I was not looking to carefully
> >into that section. Very nice description covering all that I needed
> >including the notes on the hdf install. Would probably be a nice idea to
> >include some of these information into the INSTALL file in the tarball.
> > Mine was simply "empty". Even a simple link would mean a lot.
> >
> >> As for why you wouldn't be able to view the image, what color depth
> >> is the X server set at? In the ImageWindow, what Colordepth is
> >> selected? Can you change it? Are you trying to render in hardware or
> >> software?
> >
> >I got XFree 4.1 (xf86-4.1.0-45) on a SuSE 7.3 pro Linux box using Kernel
> >2.4.17. My graphics board is an ELSA with 8 MB and an Permedia 2 Chip.
> >The XServer is set to a color depth of 16bit. In the OpenDX Frontend 16
> > bit is also checked. I can't change it in the OpenDX gui.
> >
> >I got two OpenDX installs. One is working just perfect on the local Linux
> >box. The other is on the SunFire 6800 Ultra-Sparc III. (750/900 Mhz). On
> > the local OpenDX install I can either render in software or hardware -
> > both work fine.
> >On the remote OpenDX install I can't render in hardware (The XServer is
> > still on my Linux box). If I try I get the error:
> >ERROR: Image: Display: Operation not implemented: GLX extension not
> > installed 11772: signal 11 caught
> >Abort
> >and another windows shows
> >Connection to server has been broken!
> >
> >Does this give any more hints? The people from the Computational Center
> > saw the same effects - but I don't know of their hardware. Is it possible
> > to get to any conclusion from these information?
> >
> >Raphael
