[Flightgear-devel] TaxiDraw-0.3.1 released.

2005-03-24 Thread David Luff
Hi folks, I've put another version of TaxiDraw up at http://www.nottingham.ac.uk/~eazdluf/taxidraw.html This is primarily a bug-fix release - a couple of X-Plane format writing bugs are fixed so all users should upgrade. Changes from 0.3.0: * Runway shoulders are now preserved when exporting

[Flightgear-devel] Re: material animation (and the bo105 as an example)

2005-03-24 Thread Melchior FRANZ
* Jim Wilson -- Thursday 24 March 2005 01:22: Ah...Ok. I'm seeing this as the single variable driving an animation... Which it isn't. One property is OK for animations or hierarchy levels that have only *one* live property. It is braindead and wrong for cases where there are two or more live

Re: [Flightgear-devel] Re: material animation (and the bo105 as an example)

2005-03-24 Thread David Luff
On 24/03/2005 at 13:40 Melchior FRANZ wrote: But the rest of the paralyzed developers here need to be entertained! Or are boring threads like this the reason for the silence? ;-) More likely the fact that spring has arrived in the Northern Hemisphere, where most FG developers reside. Which

[Flightgear-devel] net_fdm.hxx net_ctrls.hxx

2005-03-24 Thread Curtis L. Olson
I'd like to take a whack at making the FGNetFDM and FGNetCTRLS structures more portable across platforms and OS's. There are some serious problems right now going between 32 and 64 bit architectures. There are other minor problems going between different OS's. I see that Linux (C99) has an

Re: [Flightgear-devel] net_fdm.hxx net_ctrls.hxx

2005-03-24 Thread Erik Hofman
Curtis L. Olson wrote: I'd like to take a whack at making the FGNetFDM and FGNetCTRLS structures more portable across platforms and OS's. There are some serious problems right now going between 32 and 64 bit architectures. There are other minor problems going between different OS's. Yeah,

Re: [Flightgear-devel] net_fdm.hxx net_ctrls.hxx

2005-03-24 Thread Frederic Bouvier
Curtis L. Olson wrote : I'd like to take a whack at making the FGNetFDM and FGNetCTRLS structures more portable across platforms and OS's. There are some serious problems right now going between 32 and 64 bit architectures. There are other minor problems going between different OS's. I see

Re: [Flightgear-devel] net_fdm.hxx net_ctrls.hxx

2005-03-24 Thread Andy Ross
Curtis L. Olson wrote: I see that Linux (C99) has an inttypes.h include that defines: int8_t, int16_t, int32_t, int64_t and uint8_t, uint16_t, uint32_t, uint64_t I looked this stuff up recently while doing some work on Nasal. The header you really want is stdint.h, which is where the C99

Re: [Flightgear-devel] net_fdm.hxx net_ctrls.hxx

2005-03-24 Thread Erik Hofman
Andy Ross wrote: The fact that this is an apple header implies that it ought to work out of the box on OS/X and the various BSDs. The only other platforms we support right now are SGI and Solaris, right? Can anyone check the status of stdint.h on those platforms? SGI: present and supported. Erik

Re: [Flightgear-devel] net_fdm.hxx net_ctrls.hxx

2005-03-24 Thread Curtis L. Olson
Erik Hofman wrote: Andy Ross wrote: The fact that this is an apple header implies that it ought to work out of the box on OS/X and the various BSDs. The only other platforms we support right now are SGI and Solaris, right? Can anyone check the status of stdint.h on those platforms? SGI: present

[Flightgear-devel] SGBucket::sgBucketDiff fix

2005-03-24 Thread Phil Cazzola
This is a minor bug fix for sgBucketDiff(). If you crossed the bucket size boundary, the answer for dx could be wrong. E.g. going from 0:0, 21:7 to 0:7, 21:7 would give you dx = 7 (correct) but going from 0:0, 21:7 to 0:3, 22:0 would give you dx = 6 (instead of 7) Previously it differenced