Curtis L. Olson writes: >3) And we'll need three very large folks to sit on Norman and hold him >down while we do this. :-) :-) :-)
No reason to sit on me, As you know I have been resisting forking a different way of doing things for a long time and this will be the little shove that makes it happen. >4) Norman sent me a raft of changes for Mingwin that might conflict or > at least make different changes in some of the same areas as you are > looking at. Nothing I sent should really have any effect on how the properties are used The biggest change was moving the many cached nodes for the current FDM's latitude, longitude and altitude into the globals and propagating this. ie Now globals->get_latitude() globals->get_longitude() globals->get_altitude() is all that is needed to access these once glut takes over This will be just two pointer dereferences and should be faster then accessing the node though a static variable which is almost gauranteed to miss the 'processor cache' on some memory layouts. The globals data is still small enough to where there is a real good chance of it staying in the 'fast' memory Oh and I included a much cleaner < slightly faster > Point In Triangle( sgdVec3 point, sgdVec3 tri[3] ) for the hitlist intersection that I was working on for PLib, that someone might actually be able to understand :-) Other then that it was mostly more instrumentation for the #ifdef DEBUG 'printf style' of tracing program flow. Cheers Norman _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
