[Flightgear-devel] Re: Adding lights to a 3d model
[bo105 style light objects not showing up] * Melchior FRANZ -- Friday 02 April 2004 18:04: > So, what could your problem be? Wrong object > names, wrong material definitions, wrong animation code, plib loader > bug, ... Other reasons could be: the light-on objects aren't at 0/0/0, or they are only squares, rather than two triangles (and hence "optimized" away by plib). m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Enabling multi-passes clouds rendering
The code that cures cloud artefacts is in CVS now. By default, there is an improvement but it is not perfect because it doesn't use multiple passes to deal with interleaving objects. To enable the multi pass rendering, you must first compile FG with FG_ENABLE_MULTIPASS_CLOUDS defined by doing : # CXXFLAGS=-DFG_ENABLE_MULTIPASS_CLOUDS ./configure This will enable the reservation of the stencil buffer. Then there is a property that can be changed on the fly if it was created before. You can start fgfs like this : # fgfs --prop:/sim/rendering/multi-pass-clouds=true or add true in the /sim/rendering section of preferences.xml. Maybe it should appear be default in the CVS version. If there are no bad implications on having a stencil buffer reserved by default, maybe we could remove the conditional compilation in the future. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Slightly OT: Is Simgear dead?
I'm not getting any response for simgear.org or cvs.simgear.org. Is anyone else having this problem? All the best, Matt. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Slightly OT: Is Simgear dead?
Matthew Law wrote: > I'm not getting any response for simgear.org or cvs.simgear.org. Is > anyone else having this problem? It is dead now. It was not 1 hour ago and it was 2 hours ago. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Slightly OT: Is Simgear dead?
On Sat, 3 Apr 2004, Matthew Law wrote: > I'm not getting any response for simgear.org or cvs.simgear.org. Is > anyone else having this problem? Yes -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Spitfire & Hurricane manuals
Jonathan Richards > > On Wednesday 31 Mar 2004 11:09 am, Vivian Meazza wrote: > > > I now have the Spitfire IIa model well underway. I have all the > > drawings and data I need (far too much probably). I've > rather lost the > > bubble on the recent changes to the piston engine > simulation in YASim: > > Vivian > The pictures here http://www.raf.mod.uk/news/limage_bbmf.html > appeared on our > intranet and I thought you might find them useful. 'Desert > Spitfire' clearly > has a four-bladed propeller, while 'Spitfire Head-On' is > equally clearly > three-bladed. There's some good detailed views for > modellers, though. Regards Jonathan > Great pics. They're sure to come in useful. Not sure about the Desert Spitfire - I think it ought to have the sand filter under the nose. Thanks Vivian Meazza ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] JSBSim initialization bug
On Freitag, 2. April 2004 15:13, Jim Wilson wrote: > > Or, in other words, why should a FDM need to know that groundlevels below > > -9990ft are an error condition of the tile loader? > > My response is that the Init is merely for setting up and initializing data > structures. Hmm, but virtually every FDM calls FGInterface::common_init() in init(). And this one copies the initial values of the aircraft into the FDM. So if this data is screwed up at call of init(), this screwed up data ends in the FDM. > This should happen independent of what is on the bus. The > updates should basically noop until all the parts it needs are initialized, > although with something like this case it might be fine to merely delay the > ground trimming, but go ahead and process non-external data. Ok, I can find this is_suspended() call in the first line of JSBSim::update(double). So I guess that this is_suspended() call should return true as long as the remaining subsystems are not set up? Or how is this interface supposed to know when it can start computing physics? Ok, I have prepared all set_* calls in the JSBsim FGInterface with a cout << << to see what is different when the FDM is initialized at the first time and at reset time. This is the output at flightgear start: virtual void FGJSBsim::init() virtual void FGJSBsim::set_Longitude(double) long = 0.198215 virtual void FGJSBsim::set_Latitude(double) lat = 0.824871 virtual void FGJSBsim::set_Altitude(double) alt = 1949.82 virtual void FGJSBsim::set_V_calibrated_kts(double) vc = 0 virtual void FGJSBsim::set_Euler_Angles(double, double, double) phi = 0, theta = 0.0074002, psi = 4.55583 virtual void FGJSBsim::set_Euler_Angles(double, double, double) phi = 0, theta = 0.0074002, psi = 4.55583 virtual void FGJSBsim::set_Euler_Angles(double, double, double) phi = 0, theta = 0.0074002, psi = 4.55583 virtual void FGJSBsim::set_Euler_Angles(double, double, double) phi = 0, theta = 0.0074002, psi = 4.55583 virtual void FGJSBsim::update(double) is_suspended() 0 void FGJSBsim::do_trim() virtual void FGJSBsim::update(double) is_suspended() 0 What we can see here is that there is no problem with agl or altitude below -9990ft. Also the is_suspended() call is never true. This are the JSBSim FGInterface function entries when I press the reset menu entry: virtual void FGJSBsim::init() virtual void FGJSBsim::set_Longitude(double) long = 0.198215 virtual void FGJSBsim::set_Latitude(double) lat = 0.824871 virtual void FGJSBsim::set_Altitude(double) alt = 1949.82 virtual void FGJSBsim::set_V_calibrated_kts(double) vc = 0 virtual void FGJSBsim::set_Euler_Angles(double, double, double) phi = 0, theta = 0.0074002, psi = 4.55583 virtual void FGJSBsim::set_Euler_Angles(double, double, double) phi = 0, theta = 0.0074002, psi = 4.55583 virtual void FGJSBsim::set_Euler_Angles(double, double, double) phi = 0, theta = 0.0074002, psi = 4.55583 virtual void FGJSBsim::set_Euler_Angles(double, double, double) phi = 0, theta = 0.0074002, psi = 4.55583 virtual void FGJSBsim::set_Climb_Rate(double) roc = -0.00421123 virtual void FGJSBsim::set_Gamma_vert_rad(double) gamma = -0.00082482 virtual void FGJSBsim::update(double) is_suspended() 0 void FGJSBsim::do_trim() The set_Climb_Rate, set_Gamma_vert_rad calls are new here. And I think that this is the problem. The rest looks identical. Ok, when I see this, I think that we should eliminate the duplicate calls. And I still think that it is not the job of a specific FDM to check for an error condition of the tile loader, even if this is not the error at the moment. > BTW I'm not sure of your characterization of the relationship between these > two subsystems. That was my question, is this more than just ground > trimming? I get more and more confused with this interface. JSBSim, copies almost all initial conditions at the init() call and updates these values with the ones superseeded by FGInterface::set_* calls. At the first entry to update(double) it checks if some initial conditions have changed and trims if required. So how is this interface class supposed to work? What could a FDM expect to be set up at which call to an interface function? And where is this documented :-) ? Greetings Mathias -- Mathias FrÃhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Specular reflections/high-lights
Just a quickie to mention that I notice that we now have specular reflections on transparent objects i.e. canopies:) Nice one. LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Specular reflections/high-lights
Screen shot? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Lee Elliott > Sent: Saturday, April 03, 2004 12:49 PM > To: FlightGear developers discussions > Subject: Re: [Flightgear-devel] Specular reflections/high-lights > > > Just a quickie to mention that I notice that we now have specular > reflections > on transparent objects i.e. canopies:) > > Nice one. > > LeeE > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems with Reset
Jon Stockill said: > On Thu, 1 Apr 2004, Jim Wilson wrote: > > > In either case the aircraft is a little too high off the pavement on restart > > and crashes. I'll take a look later today or tomorrow unless someone else > > gets to it first. > > I've had problems like this just *starting* the sim with the fokker 50 & > 100. They just flip over on their backs. It's almost like there's no > contact point on the wingtips to stop them falling over if they don't > balance perfectly on the wheels. > That may be related, but I'm not sure. AFAIK those are not completed flight models. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Specular reflections/high-lights
Lee Elliott wrote: Just a quickie to mention that I notice that we now have specular reflections on transparent objects i.e. canopies:) Nice one. Yes I noticed that also, this must be Frederic's patch. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems with Reset
Jim Wilson wrote: Jon Stockill said: On Thu, 1 Apr 2004, Jim Wilson wrote: In either case the aircraft is a little too high off the pavement on restart and crashes. I'll take a look later today or tomorrow unless someone else gets to it first. I've had problems like this just *starting* the sim with the fokker 50 & 100. They just flip over on their backs. It's almost like there's no contact point on the wingtips to stop them falling over if they don't balance perfectly on the wheels. That may be related, but I'm not sure. AFAIK those are not completed flight models. These are flight models as generated by aeromatic and hence quite complete. Although they are not fine tuned (and therefore may contain problems like a wrong balance). Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] More on JSBSim ground trimming issue
Hi Jon, Well I've found that the if the "/sim/preset/altitude-ft" is set to - then the trimming works normally. This property is set by no less than three different functions now and there are a few others that have commented out code for setting this preset. On the surface this whole presets thing appears to be quite a mess. Anyway, maybe someone familiar with the ground trimming can explain what happens differently when a ground elevation of - is fed into the FGInterface. Here are the property values shortly after startup of c172-3d at KSFO: /position/altitude-ft = 8.765015 /position/altitude-agl = 4.577331 /sim/presets/altitude-ft = 4.158417 The position values look fine. One interesting problem is that the "/sim/presets/altitude-ft" is set to the "ground elevation" during a normal "on the ground" (as opposed to in the air) startup. So what happens is that on reset, the ground elevation gets plugged into the FDM as a starting altitude, and the altitude is then too low (by a few to several feet depending on the aircraft). Then the aircraft gets violently popped up in the air and depending on something in the ac's config, it either settles back down or it flips over, or in the case of the 737 it slowly rolls back and over. There's a patch at the end of this that works around the issue by adding yet another setter for the preset altitude, but I would much rather see something improved in the ground trimming that makes it a little less problematic. This has been an ongoing issue with the trimming code in JSBSim. Is it possible to fix it? I take it the ac is "bouncing" like a hard landing or something like that. Best, Jim cvs diff: Diffing src/GUI Index: src/GUI/gui_local.cxx === RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/GUI/gui_local.cxx,v retrieving revision 1.11 diff -u -r1.11 gui_local.cxx --- a/src/GUI/gui_local.cxx 31 Mar 2004 21:10:32 - 1.11 +++ b/src/GUI/gui_local.cxx 3 Apr 2004 21:07:43 - @@ -45,7 +45,6 @@ build_rotmatrix(GuiQuat_mat, curGuiQuat); } - void reInit(puObject *cb) { // BusyCursor(0); @@ -70,6 +69,10 @@ globals->restoreInitialState(); +if ( fgGetBool("/sim/presets/onground") ) { +fgSetDouble("/sim/presets/altitude-ft", -.0 ); +} + // update our position based on current presets fgInitPosition(); ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems with Reset
Erik Hofman said: > Jim Wilson wrote: > > Jon Stockill said: > > > >>On Thu, 1 Apr 2004, Jim Wilson wrote: > >> > >>>In either case the aircraft is a little too high off the pavement on restart > >>>and crashes. I'll take a look later today or tomorrow unless someone else > >>>gets to it first. > >> > >>I've had problems like this just *starting* the sim with the fokker 50 & > >>100. They just flip over on their backs. It's almost like there's no > >>contact point on the wingtips to stop them falling over if they don't > >>balance perfectly on the wheels. > > > > That may be related, but I'm not sure. AFAIK those are not completed flight > > models. > > These are flight models as generated by aeromatic and hence quite > complete. Although they are not fine tuned (and therefore may contain > problems like a wrong balance). > Yeah that's what I meant ;-) Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] compiling and adding aircraft on Linux
Hello, I have been playing with FlightGear for the last couple of releases and I really like it. I am running Fedora Core 1 and no one has release rpms yet so I am attempting to build them. I have everything (I know of) installed that is required to build FlightGear. It builds for a while then I get this error message: /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(cloud.o)(.text+0x1ef7): In function `SGCloudLayer::draw()': : undefined reference to `ssgCullAndDraw(ssgRoot*)' /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(sky.o)(.text+0x870): In function `SGSky::preDraw(float, float)': : undefined reference to `ssgCullAndDraw(ssgRoot*)' collect2: ld returned 1 exit status The second part of my email is: Can someone point me to documentation on how to add aircraft? Thanks, Joe -- __ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] More on JSBSim ground trimming issue
> So what happens is that on reset, the ground elevation gets > plugged into the > FDM as a starting altitude, and the altitude is then too low (by a few to > several feet depending on the aircraft). I'm thinking that one thing which *could* play into a solution is measuring the Z distance between the lowest gear contact point and the CG. Once the ground elevation is determined, the aircraft could be placed at that altitude *plus* the previously mentioned difference. This would make sure that each unique aircraft would be placed correctly. Then, there's the deal with the VRP - does that play into this at all? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] compiling and adding aircraft on Linux
Joseph Harnish wrote: Hello, I have been playing with FlightGear for the last couple of releases and I really like it. I am running Fedora Core 1 and no one has release rpms yet so I am attempting to build them. I have everything (I know of) installed that is required to build FlightGear. It builds for a while then I get this error message: /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(cloud.o)(.text+0x1ef7): In function `SGCloudLayer::draw()': : undefined reference to `ssgCullAndDraw(ssgRoot*)' /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(sky.o)(.text+0x870): In function `SGSky::preDraw(float, float)': : undefined reference to `ssgCullAndDraw(ssgRoot*)' collect2: ld returned 1 exit status It looks like your CVS version of FlightGear is out of sync with the VS version of SimGear. You need to get the latest version of both to get it compiling correctly. Unfortunately SimGear CVS is unreachable at the moment. > The second part of my email is: Can someone point me to documentation on how to add aircraft? The easiest way is to start with an aircraft which is quite similar (copy all the files into a new directory) and start changing them one by one. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] compiling and adding aircraft on Linux
Thanks Erik, I will try both cvs versions once simgear comes up. This is kind of weird because I downloaded the 0.9.4 tarball and the simgear 0.3.5 tarball to result in this. Can I just copy the aircraft off of the MS Flight sim cd into the aircraft directory? or do I need to do something more? Thanks Joe - Original Message - From: Erik Hofman <[EMAIL PROTECTED]> Date: Sat, 03 Apr 2004 23:42:13 +0200 To: FlightGear developers discussions <[EMAIL PROTECTED]> Subject: Re: [Flightgear-devel] compiling and adding aircraft on Linux > Joseph Harnish wrote: > > Hello, > > > > I have been playing with FlightGear for the last couple of releases and I really > > like it. I am running Fedora Core 1 and no one has release rpms yet so I am > > attempting to build them. I have everything (I know of) installed that is > > required to build FlightGear. It builds for a while then I get this error message: > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(cloud.o)(.text+0x1ef7): > > In function `SGCloudLayer::draw()': > > : undefined reference to `ssgCullAndDraw(ssgRoot*)' > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(sky.o)(.text+0x870): > > In function `SGSky::preDraw(float, float)': > > : undefined reference to `ssgCullAndDraw(ssgRoot*)' > > collect2: ld returned 1 exit status > > It looks like your CVS version of FlightGear is out of sync with the VS > version of SimGear. You need to get the latest version of both to get it > compiling correctly. > > Unfortunately SimGear CVS is unreachable at the moment. > > > The second part of my email is: Can someone point me to > documentation on how to add aircraft? > > The easiest way is to start with an aircraft which is quite similar > (copy all the files into a new directory) and start changing them one by > one. > > Erik > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- __ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] compiling and adding aircraft on Linux
Joseph Harnish wrote : > Thanks Erik, > > I will try both cvs versions once simgear comes up. This is kind of weird because I downloaded the 0.9.4 tarball and the simgear 0.3.5 tarball to result in this. > > Can I just copy the aircraft off of the MS Flight sim cd into the aircraft directory? or do I need to do something more? > I'd rather think that the version of plib is not good, or your distribution has an old plib installed. Check if you have versions of plib in /usr/lib, /usr/local/lib. Remove them and reinstall plib 1.8.2. -Fred > Joe > - Original Message - > From: Erik Hofman <[EMAIL PROTECTED]> > Date: Sat, 03 Apr 2004 23:42:13 +0200 > To: FlightGear developers discussions <[EMAIL PROTECTED]> > Subject: Re: [Flightgear-devel] compiling and adding aircraft on Linux > > > Joseph Harnish wrote: > > > Hello, > > > > > > I have been playing with FlightGear for the last couple of releases and I really like it. I am running Fedora Core 1 and no one has release rpms yet so I am attempting to build them. I have everything (I know of) installed that is required to build FlightGear. It builds for a while then I get this error message: > > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(cloud.o)(.text+ 0x1ef7): In function `SGCloudLayer::draw()': > > > : undefined reference to `ssgCullAndDraw(ssgRoot*)' > > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(sky.o)(.text+0x 870): In function `SGSky::preDraw(float, float)': > > > : undefined reference to `ssgCullAndDraw(ssgRoot*)' > > > collect2: ld returned 1 exit status > > > > It looks like your CVS version of FlightGear is out of sync with the VS > > version of SimGear. You need to get the latest version of both to get it > > compiling correctly. > > > > Unfortunately SimGear CVS is unreachable at the moment. > > > > > The second part of my email is: Can someone point me to > > documentation on how to add aircraft? > > > > The easiest way is to start with an aircraft which is quite similar > > (copy all the files into a new directory) and start changing them one by > > one. > > > > Erik > > > > ___ > > Flightgear-devel mailing list > > [EMAIL PROTECTED] > > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > > -- > __ > Check out the latest SMS services @ http://www.linuxmail.org > This allows you to send and receive SMS through your mailbox. > > > Powered by Outblaze > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] compiling and adding aircraft on Linux
Cool I will try that while waiting for Simgear to come back up. Joe - Original Message - From: "Frederic Bouvier" <[EMAIL PROTECTED]> Date: Sun, 4 Apr 2004 00:30:38 +0200 To: "FlightGear developers discussions" <[EMAIL PROTECTED]> Subject: Re: [Flightgear-devel] compiling and adding aircraft on Linux > Joseph Harnish wrote : > > > Thanks Erik, > > > > I will try both cvs versions once simgear comes up. This is kind of weird > because I downloaded the 0.9.4 tarball and the simgear 0.3.5 tarball to > result in this. > > > > Can I just copy the aircraft off of the MS Flight sim cd into the aircraft > directory? or do I need to do something more? > > > > I'd rather think that the version of plib is not good, or your distribution > has an old plib installed. > Check if you have versions of plib in /usr/lib, /usr/local/lib. Remove them > and reinstall plib 1.8.2. > > -Fred > > > > > Joe > > - Original Message - > > From: Erik Hofman <[EMAIL PROTECTED]> > > Date: Sat, 03 Apr 2004 23:42:13 +0200 > > To: FlightGear developers discussions <[EMAIL PROTECTED]> > > Subject: Re: [Flightgear-devel] compiling and adding aircraft on Linux > > > > > Joseph Harnish wrote: > > > > Hello, > > > > > > > > I have been playing with FlightGear for the last couple of releases > and I really like it. I am running Fedora Core 1 and no one has release > rpms yet so I am attempting to build them. I have everything (I know of) > installed that is required to build FlightGear. It builds for a while then > I get this error message: > > > > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(cloud.o)(.text+ > 0x1ef7): In function `SGCloudLayer::draw()': > > > > : undefined reference to `ssgCullAndDraw(ssgRoot*)' > > > > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/../../../libsgsky.a(sky.o)(.text+0x > 870): In function `SGSky::preDraw(float, float)': > > > > : undefined reference to `ssgCullAndDraw(ssgRoot*)' > > > > collect2: ld returned 1 exit status > > > > > > It looks like your CVS version of FlightGear is out of sync with the VS > > > version of SimGear. You need to get the latest version of both to get it > > > compiling correctly. > > > > > > Unfortunately SimGear CVS is unreachable at the moment. > > > > > > > The second part of my email is: Can someone point me to > > > documentation on how to add aircraft? > > > > > > The easiest way is to start with an aircraft which is quite similar > > > (copy all the files into a new directory) and start changing them one by > > > one. > > > > > > Erik > > > > > > ___ > > > Flightgear-devel mailing list > > > [EMAIL PROTECTED] > > > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > > > > -- > > __ > > Check out the latest SMS services @ http://www.linuxmail.org > > This allows you to send and receive SMS through your mailbox. > > > > > > Powered by Outblaze > > > > ___ > > Flightgear-devel mailing list > > [EMAIL PROTECTED] > > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > > > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- __ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] More on JSBSim ground trimming issue
Well, my first guesses were wrong, but I have found what JSBSim does now: The code in question is in FGJSBSim::do_trim(): if ( fgGetBool("/sim/presets/onground") ) { fgic->SetVcalibratedKtsIC(0.0); fgtrim = new FGTrim(fdmex,tGround); } else { fgtrim = new FGTrim(fdmex,tLongitudinal); } At initialization time /sim/presets/onground is true, at reset time it is false. It lookes like tGround triming also adjusts the height of the aircraft so that it does not get pushed into the air by the gear springs. Whereas tLongitudinal triming does not adjust the altitude. Just taking tGround triming all the time fixes the reset issue. But this is obviously not the right fix here. On Samstag, 3. April 2004 23:22, Jim Wilson wrote: > There's a patch at the end of this that works around the issue by adding > yet another setter for the preset altitude, but I would much rather see > something improved in the ground trimming that makes it a little less > problematic. > > This has been an ongoing issue with the trimming code in JSBSim. Is it > possible to fix it? I take it the ac is "bouncing" like a hard landing or > something like that. > > Best, > > Jim > > > cvs diff: Diffing src/GUI > Index: src/GUI/gui_local.cxx > === > RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/GUI/gui_local.cxx,v > retrieving revision 1.11 > diff -u -r1.11 gui_local.cxx > --- a/src/GUI/gui_local.cxx 31 Mar 2004 21:10:32 - 1.11 > +++ b/src/GUI/gui_local.cxx 3 Apr 2004 21:07:43 - > @@ -45,7 +45,6 @@ > build_rotmatrix(GuiQuat_mat, curGuiQuat); > } > > - > void reInit(puObject *cb) > { > // BusyCursor(0); > @@ -70,6 +69,10 @@ > > globals->restoreInitialState(); > > +if ( fgGetBool("/sim/presets/onground") ) { > +fgSetDouble("/sim/presets/altitude-ft", -.0 ); > +} > + > // update our position based on current presets > fgInitPosition(); Looking at this patch and the fact that this also works, I would guess that normally /sim/presets/onground seems to be reset to false. Setting the /sim/presets/altitude-ft to - seems to trigger the onground value later to be true again ... Greetings Mathias -- Mathias FrÃhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Specular reflections/high-lights
http://www.overthetop.freeserve.co.uk/fgfs-screen-002.jpg It's apparent on the canopy. :) On Saturday 03 April 2004 19:53, Jon Berndt wrote: > Screen shot? > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of Lee Elliott > > Sent: Saturday, April 03, 2004 12:49 PM > > To: FlightGear developers discussions > > Subject: Re: [Flightgear-devel] Specular reflections/high-lights > > > > > > Just a quickie to mention that I notice that we now have specular > > reflections > > on transparent objects i.e. canopies:) > > > > Nice one. > > > > LeeE > > > > ___ > > Flightgear-devel mailing list > > [EMAIL PROTECTED] > > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Slightly OT: Is Simgear dead?
Jon Stockill wrote: On Sat, 3 Apr 2004, Matthew Law wrote: I'm not getting any response for simgear.org or cvs.simgear.org. Is anyone else having this problem? Yes I am working on getting this sorted out ... sorry for any inconvenience. I don't know if I'll make any headway over the weekend, but I have a support request in. Curt. -- Curtis Olson Intelligent Vehicles Lab FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel