The collected works of lloydwood

Hi jirka,

What prompted you to choose SaVi 1.2.8 and Geomview 1.6.1? Current versions are SaVi 1.4.9, released a couple of days ago, from http://savi.sf.net/ and Geomview 1.9.5 from http://www.geomview.org/

(Interesting packaging choices in your tarball - savi1.2.8 tarball inside duplicated parallel savi/savi1.2.8 directory, etc. Looks like your working directory?)

SaVi hasn't changed much - still has an Irix make option, still works with older Geomviews, though Tcl versions requested might need editing - though Geomview has changed rather more with autoconf and C++ features etc and changes in how it renders to OpenGL, which might affect retrofitting it to older environments and compilers. Getting the latest version of SaVi working on Irix and with any version of Geomview should be pretty straightforward, as Tcl/Tk is pretty much all you need; getting the latest Geomview running might take more work. I don't have access to Irix myself, so I'd be interested in hearing how this goes.

Geomview and SaVi started life on SGI Irix, as it was the only thing with good graphics at the time in the 1990s (pioneering 24-bit accelerated texturemapping). Good to see them still running in the environment that they were created for.

Lloyd Wood
http://savi.sf.net/

Hi jirka,

please send me a diff of your SaVi changes to [email protected] :
diff -c5p savi1.4.9 savi1.4.9-modified > changes-diff.txt
should do it, I think.

What compiler were you using that didn't know about inttypes.h? (gcc -v should say.) I'm guessing there's some sort of #ifdef test I could do based on setting something in src/Makefile_defs_irix. Guessing irix systems are only 32-bit... Or I might only need stdint.h, and not what inttypes.h adds; will need to check how that got in.

(Getting Geomview 1.9.5 compiled and working might be a bit harder because of all its dependencies, but its autoconf should say what's missing.)

Enjoy playing with SaVi!

thanks

Lloyd Wood
http://savi.sf.net

The version.c problem is due to the overriding
LINEEND =
override in Savi1.4.9/src/Makefile_defs_irix, as that assumes an older compiler on irix and preserves pre-ISO standard behaviour. Rationale is given in
http://savi.cvs.sourceforge.net/viewvc/ ... x?view=log

Remove that line and its comment, make clean; make ARCH=irix

At this point, probably safe to assume a new gcc is installed and that the override for older gcc is unneeded?

If someone can tell me the exact hex shade of grey to blend (wouldn't be surprised if it was the Geomview shade!), I can code that in to replace SaVi's blue.
Bit tricky to autodetect /usr/freeware/lib or /usr/nekoware - but good to know comments were clear enough to make editing work. What is the best choice of location for a maintained irix system?

In your screenshot, the wiremap continents map is not synced with the texturemap. That shouldn't happen. is that a consistent problem? With geomview 1.9.5 only?

thanks

Lloyd Wood
http://savi.sf.net

Jirka,

I've made some changes to support IRIX, and the 9 Feb 2016 development snapshot in

http://personal.ee.surrey.ac.uk/Persona ... nreleased/

improves the Makefiles_defs_irix and supports irix desktop colours via testing in tcl/init.tcl. I hope it works more smoothly on IRIX.

On other things, I'd appreciate the text of the gcc 3.3 inttypes error. I view gcc 3.3 as fairly recent, so shouldn't break compiling on that if I can figure out how to avoid it.

It looks like geomview 1.9.5's opengl is rendering the texturemap 180 degrees out on IRIX, while your copy of 1.6.1 isn't, and drawing the vector map over the top of that shows the problem - your screenshot seems to be the default start view, where the vector map is correct. SaVI 1.2.8 does the same vector-over-texturemap, so I think should show the same problem with Geomview 1.9.5 on IRIX. (Complicating this is that there are two releases of Geomview 1.6.1 - IrisGL, and OpenGL. Which one you are using, and what the other 1.6.1 does, is of interest. There used to be a lot of render-implementation-specific hack arounds back in the day.)

In SaVi 1.4.9, dynamic texturemapping (open Coverage view, Rendering menu there -> show coverage in Geomview, start an animation) uses a slightly different rendering method to the same drawing-from-disk option in 1.2.8. Does it produce different results on the various Geomview versions? (Same switch in rendering can be done by editing 1.4.9's oogl/earth.oogl and removing the numesh line at end, uncommenting the STSPHERE line.)
What Geomview 1.8.1 is doing, or finding out where behaviour changed in 1.9.x, would be very interesting.

Also of interest on the buggy rendering front is
geomview -run savi -sun-lighting
-- sunlight point sources have been consistently odd on OpenGL, and may work differently (and better, even correctly, matching what the coverage panel plots and gets texturemapped when sunlight is turned on in both coverage and main menus) on Irix.

thanks for your help!

Lloyd Wood
http://savi.sf.net

We've had some discussion of this Geomview texturemapping/rendering problem on Irix, but are hampered by not having access to an Irix machine. We'd appreciate input on the geomview-users list. Thanks

http://www.geomview.org/support/