Re: [Flightgear-devel] 3D Cockpit
Marcio Shimoda writes: > > > How do I see the 3D cockpit? > > > > fgfs --aircraft=c172-3d > This 3D cockpit is part of the C172's AC file? You might be using an old version. In the last release, the old --aircraft option has been renamed to --aero, and the --aircraft option now points to a general configuration file. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: (fwd) Re: [Flightgear-devel] FrameRate !!
> I think a series of demos would be a great idea. It would also be nice if > there were demos for various terrain types (stress testing). I fly around > the Seattle area simply because the mountains drastically impact frame > rate. Not only the mountains. ATIS display has _heavy_ impact. I usually get around 100 fps inside a 800x600 window (BETA Radeon DRI driver, only 40 fps left at 1600x1024 ), at KSEA I only get 30-50 fps because of ATIS display (with today's current CVS). Unfortunately there is no command line switch to disable ATIS, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: (fwd) Re: [Flightgear-devel] FrameRate !!
On Monday 08 April 2002 07:41 am, you wrote: > > I think a series of demos would be a great idea. It would also be nice > > if there were demos for various terrain types (stress testing). I fly > > around the Seattle area simply because the mountains drastically impact > > frame rate. > > Not only the mountains. ATIS display has _heavy_ impact. I usually get > around 100 fps inside a 800x600 window (BETA Radeon DRI driver, only 40 fps > left at 1600x1024 ), at KSEA I only get 30-50 fps because of ATIS > display (with today's current CVS). Unfortunately there is no command line > switch to disable ATIS, > > Martin. even if you flip the comm radio to the standby freq? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] RE: My First Flight
I recently sat beside the pilot in our Cessna Caravan to see exactly what was involved in a typical flight despatching skydivers. I was immediately taken aback by the short takeoff run of the grand caravan considering the load of fuel and 20 persons onboard. Angela, the pilot, talked me through what she was doing the whole way to 'the top' which was 12,500ft and took around 18 min. The Grand Caravan seems to be quite stable in flight and with my limited experience of sitting at the 'business end' of any aircraft seemed to feel like a much bigger 'plane. I never notice much of this stuff since I'm usually in the back and only travel half-way, when the light comes on the door is opened and I'm outta there! When the load of jumpers exited - which required a fairly substantial re-trim since much of the weight was either rear of the CG or outside the 'plane there was surprisingly little affect to the aircraft. Angie then re-trimmed for the descent and gave me the controls. We descended at an indicated 145 knots as she called out the headings to me so that I didn't fly into anything that would've got her into trouble (we're quite close to East Midlands airport, EGNX). As we drew close to runway 25 she took over and started the approach. She then said '...and this is how we slow down in a hurry'. Adjusting the prop RPM lever and throttle to get us from 145 knots to 80 in around 4 seconds. Very impressive! Is this modelled in FGFS? The ride ended for me as she put down smoothly in a 15 knot/70 degree crosswind and stopped the 'plane in what looked like less than 150 metres. I hopped out of the plane (using the co-pilot door and steps for once!) with a grin from ear-to-ear. Much to the dismay of my fellow skydivers who regard aircraft as a necessary evil. One other thing I noticed during my flight was that she was constantly adjusting the throttle,RPM, etc. levers to reduce the ground noise as much as possible. They did indeed have an affect on the volume of noise produced by the aircraft. Is the noise linked to the torque or just the RPM and angle of the prop? Next time I will make an effort to record some audio and maybe make a few notes on the flight characteristics of the aircraft. Are there any specific requests for info (I can't get any detailed aerodynamic stats I'm afraid). If it's any help the model in Flight Sim 2002 seems quite realistic but the real aircraft responds much slower to aileron input (or maybe I was stick shy?!!!). Regards, Matt. talk21 your FREE portable and private address on the net at http://www.talk21.com ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] RE: My First Flight
> approach. She then said '...and this is how we slow down in a > hurry'. Adjusting the prop RPM lever and throttle to get us from > 145 knots to 80 in around 4 seconds. Very impressive! Is this > modelled in FGFS? It *should* be, however we have a possible reported a bug in our propeller model and I need to look at that. It shouldn't be hard. Jon smime.p7s Description: application/pkcs7-signature
Re: [Flightgear-devel] My First Flight
On Sat 6. April 2002 14:24, you wrote: > Erik Hofman writes: > > In fact, I have decided to get my pilots license whenever possible, > > despite the first experience in the simulator. > > I was surprised by how inexpensive an intro flight is (much less than > a modest dinner out). > Be happy that you live in America. In Czech you pay 3-4 for times the cost of expensive dinner or 20 for times of cheap dinner. Byt maybe we have here cheaper dinners :-) When I experienced my first flight, It was really great, but it was sightseeing flight and I have no responsibility. The pilot take us in air and let me to drive from airport to sihghtseeing place. It was very hot day and a lot of small turbulences, but I didn't feel any vertigo. Maybe I was so exited about the fact that I fly that I forget about that. (Look on photos on my homepage :o) Regards, Madr -- Martin Dressler e-mail: [EMAIL PROTECTED] http://www.musicabona.com/martin ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Problem: JSBSim left roll and yaw
A few weeks ago, Curt reported that the JSBSim C172 is showing a very strong tendency to roll and yaw left, even when in level flight -- I've noticed the same thing for a while. This morning I ran some tests. 1. I set P_FACTOR in c172.xml to 0.0 (it was 10.0), and saw no significant change. 2. I set IXX in prop_75in2f.xml to 0.1 (it was 1.67), and saw no significant change. 3. I tried starting the plane level at altitude with the engine idling, and saw exactly the same problem (even after I shut off the engine). 4. I unplugged my joystick and rudder pedals in case there was a miscalibrated axis somewhat, and saw exactly the same problem. 5. I reran these tests with the C182 model, and saw exactly the same problem. In other words, something in JSBSim other than propeller-related effects is causing the planes to roll and yaw left. Here's an easy way to reproduce the problem: fgfs --aircraft=c172 --altitude=3000 --vc=90 --prop:/controls/magnetos=0 After 12 seconds, the plane is in a 30deg left bank, and after 24 seconds, it's in a 60deg left bank (this can be reproduced with the c182 as well). There do not seem to be any Cn* or Cl* coefficients in the JSBSim config file that would trigger this problem. Does anyone have any ideas? All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] My First Flight
David Megginson wrote: > Erik Hofman writes: > > > In fact, I have decided to get my pilots license whenever possible, > > despite the first experience in the simulator. > > I was surprised by how inexpensive an intro flight is (much less than > a modest dinner out). When reading the message I get the feeling this was just the opposite of a nice dinner out ... ;-) Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem: JSBSim left roll and yaw
You might check the property tree for any rudder or aileron biases. In other words, the cmd is zero and the pos is not. --- David Megginson <[EMAIL PROTECTED]> wrote: > A few weeks ago, Curt reported that the JSBSim C172 > is showing a very > strong tendency to roll and yaw left, even when in > level flight -- > I've noticed the same thing for a while. > > This morning I ran some tests. > > 1. I set P_FACTOR in c172.xml to 0.0 (it was 10.0), > and saw no >significant change. > > 2. I set IXX in prop_75in2f.xml to 0.1 (it was > 1.67), and saw no >significant change. > > 3. I tried starting the plane level at altitude with > the engine >idling, and saw exactly the same problem (even > after I shut off the >engine). > > 4. I unplugged my joystick and rudder pedals in case > there was a >miscalibrated axis somewhat, and saw exactly the > same problem. > > 5. I reran these tests with the C182 model, and saw > exactly the same >problem. > > In other words, something in JSBSim other than > propeller-related > effects is causing the planes to roll and yaw left. > Here's an easy > way to reproduce the problem: > > fgfs --aircraft=c172 --altitude=3000 --vc=90 > --prop:/controls/magnetos=0 > > After 12 seconds, the plane is in a 30deg left bank, > and after 24 > seconds, it's in a 60deg left bank (this can be > reproduced with the > c182 as well). > > There do not seem to be any Cn* or Cl* coefficients > in the JSBSim > config file that would trigger this problem. Does > anyone have any > ideas? > > > All the best, > > > David > > -- > David Megginson > [EMAIL PROTECTED] > > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > > __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Problem: JSBSim left roll and yaw
> You might check the property tree for any rudder or > aileron biases. In other words, the cmd is zero and > the pos is not. Tony, are you seeing the roll? smime.p7s Description: application/pkcs7-signature
[Flightgear-devel] YASim piston engine
I'd like to suggest a couple of changes to the YASim piston-engine model, keeping in mind Andy's past caveats that it is very simplistic. The most important one is idle RPM. Currently, the YASim c172 idles at about 1,350 RPM. From what I've found, recommended RPM for taxiing a C172 is only about 900 RPM, and some checklists I've see state that the engine should be idling at over 575 RPM, so I'd guess that 600-750 RPM is probably the right range. The second one has to do with static RPM. Under "Propeller Limits", the C172 TCDS lists a maximum static RPM at full throttle of 2,065-2,165. That's well under the maximum 2,400 RPM for a C172R in motion. Currently, the YASim C172 prop goes right up past 2,400 RPM even when the plane is not moving. It would be possible to get these numbers for the C172 by tweaking the math in PistonEngine.cpp, but then another aircraft might not work. It would be more in the spirit of YASim simply to provide the numbers in the config file and interpolate. Where right now, the config file has we could have something along the lines of (with an unsubstantiated guess for idle and static power) YASim could interpolate between static RPM/power and takeoff RPM/power to find the effect of velocity, and between idle RPM/power and static RPM/power to find the effect of the throttle. The engine model would work much more realistically with only a little more work. Comments? All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] RE: My First Flight
[EMAIL PROTECTED] writes: > As we drew close to runway 25 she took over and started the > approach. She then said '...and this is how we slow down in a hurry'. > Adjusting the prop RPM lever and throttle to get us from 145 knots to > 80 in around 4 seconds. Very impressive! Is this modelled in FGFS? Yes, we started on it a few months ago in JSBSim -- a windmilling prop does increase drag -- but it's not really correct yet. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Tower View
> Thanks to Jim Wilson, we have a working tower view in CVS: [...] Wow, this one is incredibly good, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem: JSBSim left roll and yaw
Tony Peden writes: > You might check the property tree for any rudder or > aileron biases. In other words, the cmd is zero and > the pos is not. Surface positions for rudder and ailerons are both 0; elevator position is slightly higher, probably because of trim. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: (fwd) Re: [Flightgear-devel] FrameRate !!
> On Monday 08 April 2002 07:41 am, you wrote: >> Not only the mountains. ATIS display has _heavy_ impact. I usually get >> around 100 fps inside a 800x600 window (BETA Radeon DRI driver, only 40 fps >> left at 1600x1024 ), at KSEA I only get 30-50 fps because of ATIS >> display (with today's current CVS). Unfortunately there is no command line >> switch to disable ATIS, > even if you flip the comm radio to the standby freq? Aaaah, thanks for the hint. I usually fly without panel - and I'm lacking experience in operating these 'modern' ;-) communication techniques. When I flip frequencies at the upper left radio (c310u3a) ATIS display disappears and I get noticeable more fps - but not that much as I expected, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] fuel measure
What units are we measuring fuel quantity in these days? If not gallons, can someone give me a rough conversion from what we are using to gallons (ignoring issues such as temperature ...) Thanks, Curt. -- Curtis Olson IVLab / HumanFIRST Program 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
re: [Flightgear-devel] fuel measure
Curtis L. Olson writes: > What units are we measuring fuel quantity in these days? If not > gallons, can someone give me a rough conversion from what we are using > to gallons (ignoring issues such as temperature ...) The property system currently publishes the value using US gallons, but think that almost everyone agrees that using a volume measurement is wrong, since volume is relative to temperature and air pressure. Andy has suggested just using 0.0:1.0 and scaling it in the FDM (and panel) for each aircraft type. That should work. Others (including me) prefer to use pounds of fuel, which should also work. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Panel configuration question
I'm trying to set up some compound conditions. I've looked through the documentation - Users Guide to Panel Configuration, and can not find an example of a compound condition. The parser doesn't seem to like what I'm doing. Here's an example: text3 /position/altitude-ft 77900 /position/altitude-ft 77000 show-text Maneuver orbiter to burn attitude. Any suggestions? Thanks, Dawn Dawn Ellis School of Engineering & Computer Science UT Chattanooga ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] fuel measure
We use pounds. Jon Jon S. Berndt Coordinator, JSBSim Project http://jsbsim.sf.net > Curtis L. Olson writes: > > > What units are we measuring fuel quantity in these days? If not > > gallons, can someone give me a rough conversion from what we are using > > to gallons (ignoring issues such as temperature ...) > > The property system currently publishes the value using US gallons, > but think that almost everyone agrees that using a volume measurement > is wrong, since volume is relative to temperature and air pressure. > Andy has suggested just using 0.0:1.0 and scaling it in the FDM (and > panel) for each aircraft type. That should work. Others (including > me) prefer to use pounds of fuel, which should also work. > > All the best, > > David smime.p7s Description: application/pkcs7-signature
re: [Flightgear-devel] fuel measure
David Megginson wrote: > Curtis L. Olson writes: > > > What units are we measuring fuel quantity in these days? If not > > gallons, can someone give me a rough conversion from what we are using > > to gallons (ignoring issues such as temperature ...) > > The property system currently publishes the value using US gallons, > but think that almost everyone agrees that using a volume measurement > is wrong, since volume is relative to temperature and air pressure. For the big iron, yes, but for small piston planes I personally think volume is fine - after all, the panel guages are instrumented in volume, the pilots think in volume (AFAIK), and a float type fuel guage sender measures volume. BTW, clicking reply is defaulting to the poster rather than the list, is this something wrong on my end or have the list settings changed? Cheers - Dave -- [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] reply to ...
D Luff writes: > BTW, clicking reply is defaulting to the poster rather than the list, > is this something wrong on my end or have the list settings > changed? I'm not seeing that here. As far as I know, we haven't changed anything in the list config. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program 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
RE: [Flightgear-devel] fuel measure
> > The property system currently publishes the value using US gallons, > > but think that almost everyone agrees that using a volume measurement > > is wrong, since volume is relative to temperature and air pressure. > > For the big iron, yes, but for small piston planes I personally think > volume is fine - after all, the panel gauges are instrumented in > volume, the pilots think in volume (AFAIK), and a float type fuel > gauge sender measures volume. FDM works in pounds (or other "mass" units). So, who does the conversion?? :-) > BTW, clicking reply is defaulting to the poster rather than the list, > is this something wrong on my end or have the list settings > changed? I did a simple "Reply" to this message and it went to the list. Jon smime.p7s Description: application/pkcs7-signature
[Flightgear-devel] [OT] Jon!
Jon, I'm trying to find any research that NASA has done on G induced blackouts during spins. If you know where I can start digging for this kind of thing, please let me know (off list). I've been hammering all over and I'm coming up empty. Thanks! (sorry the noise guys!) g. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] size of symbol
Do we care about this error ? /usr/bin/ld: Warning: size of symbol `current_model' changed from 4 to 8 in ../../src/Model/libModel.a(acmodel.o) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] [OT] Jon!
Try searching the nasa tech reports sites: http://techreports.larc.nasa.gov > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Gene Buckle > Sent: Monday, April 08, 2002 11:18 AM > To: [EMAIL PROTECTED] > Subject: [Flightgear-devel] [OT] Jon! > > > Jon, I'm trying to find any research that NASA has done on G induced > blackouts during spins. If you know where I can start digging for this > kind of thing, please let me know (off list). I've been hammering all > over and I'm coming up empty. > > Thanks! (sorry the noise guys!) > > g. > > > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > smime.p7s Description: application/pkcs7-signature
re: [Flightgear-devel] Panel configuration question
Dawn Ellis writes: > Here's an example: > > > text3 > > > >/position/altitude-ft >77900 > > >/position/altitude-ft >77000 > > > > show-text > Maneuver orbiter to burn attitude. > > > Any suggestions? Try text3 /position/altitude-ft 77900 /position/altitude-ft 77000 show-text Maneuver orbiter to burn attitude. You could also use /position/altitude-ft 77900 /position/altitude-ft 77000 but the top-level is already an implicit 'and' group. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] size of symbol
Alex Perry writes: > Do we care about this error ? > > /usr/bin/ld: Warning: size of symbol `current_model' changed from 4 to 8 in >../../src/Model/libModel.a(acmodel.o) Yes, I'm getting this as well and I don't understand it. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Error while linking fgfs
Got this error while linking latest flightgear from CVS: fg_init.o(.text+0x4c57):fg_init.cxx: undefined reference to `FGJSBsim::FGJSBsim(double)' Anyone else see this? I'm going to have a look now (I'm home today). Jon smime.p7s Description: application/pkcs7-signature
RE: [Flightgear-devel] Error while linking fgfs
> On Behalf Of Jon Berndt > > Got this error while linking latest flightgear from CVS: > > fg_init.o(.text+0x4c57):fg_init.cxx: undefined reference to > `FGJSBsim::FGJSBsim(double)' > > Anyone else see this? I'm going to have a look now (I'm home today). I checked the code. JSBSim.hxx *still* has the class specifier out front of the ctor/dtor declarations. Curt: can you take the version of JSBSim.hxx from JSBSim CVS and place that in flightgear cvs? That did not, however, solve my problem. ? Jon smime.p7s Description: application/pkcs7-signature
[Flightgear-devel] Wheel array question
Right now our wheels are stored in an array. Is there anywhere that defines which position corresponds to which wheel ... something along the lines of: wheel[0] == nose wheel[1] == left wheel[2] == right ? Thanks, Curt. -- Curtis Olson IVLab / HumanFIRST Program 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
RE: [Flightgear-devel] Wheel array question
> Right now our wheels are stored in an array. Is there anywhere that > defines which position corresponds to which wheel ... something along > the lines of: > > wheel[0] == nose > wheel[1] == left > wheel[2] == right > from JSBSIm.cxx: FCS->SetLBrake( globals->get_controls()->get_brake( 0 ) ); //left FCS->SetRBrake( globals->get_controls()->get_brake( 1 ) ); //right FCS->SetCBrake( globals->get_controls()->get_brake( 2 ) ); // center smime.p7s Description: application/pkcs7-signature
RE: [Flightgear-devel] Wheel array question
Ok, thanks, Curt. Jon Berndt writes: > > Right now our wheels are stored in an array. Is there anywhere that > > defines which position corresponds to which wheel ... something along > > the lines of: > > > > wheel[0] == nose > > wheel[1] == left > > wheel[2] == right > > > > from JSBSIm.cxx: > > FCS->SetLBrake( globals->get_controls()->get_brake( 0 ) ); //left > FCS->SetRBrake( globals->get_controls()->get_brake( 1 ) ); //right > FCS->SetCBrake( globals->get_controls()->get_brake( 2 ) ); // center -- Curtis Olson IVLab / HumanFIRST Program 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
re: [Flightgear-devel] size of symbol
David Megginson <[EMAIL PROTECTED]> said: > Alex Perry writes: > > > Do we care about this error ? > > > > /usr/bin/ld: Warning: size of symbol `current_model' changed from 4 to 8 in ../../src/Model/libModel.a(acmodel.o) > > Yes, I'm getting this as well and I don't understand it. > It's probably the extern declaration...would think the problem goes away when you move it. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FrameRate !!
Jim Wilson wrote: > > Alex Perry <[EMAIL PROTECTED]> said: > > > > Gadds. I don't know...even with an almost completely idle cpu occaisonally I > > > seem to have these weird performance discrepencies. It isn't heat, so who > > > knows. Maybe its something weird about the kernel. Later without changing > > > anything it looked much better, aproximately a 10% improvement over previous. > > > Sorry about the confusion. > > > > > > > Have you got a variable speed processor, like a notebook kind ? > > If you don't compile support for the feature into the processor, > > the system will run with whatever the BIOS thought you should use. > > On one of my machines, there is a 5/6 ratio, aka 16% performance loss. > > > > Well its a PIII 750 desktop. It isn't trying to save power. Suppose it could > be heat related...but I don't really know if this system steps down speed or > just halts when the heat hits threshold. I konw that the P4 reduces speed when it gets too hot. (the PIII might do it, too) It's nice to know that your CPU works slower under heavy load... CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] RE: My First Flight
On Mon, 8 Apr 2002 13:01:09 BST, [EMAIL PROTECTED] wrote in message <20020408120149.CJOW18448.wmpmta03-app.mail-store.com@wmpmtavirtual>: > started the approach. She then said '...and this is how we slow down > in a hurry'. Adjusting the prop RPM lever and throttle to get us from > 145 knots to 80 in around 4 seconds. Very impressive! Is this ..what? No sideslip? ;-) ..we do _reverse_ props in FG? > modelled in FGFS? The ride ended for me as she put down smoothly in a > 15 knot/70 degree crosswind and stopped the 'plane in what looked like > less than 150 metres. I hopped out of the plane (using the co-pilot > door and steps for once!) with a grin from ear-to-ear. Much to the > dismay of my fellow skydivers who regard aircraft as a necessary evil. > One other thing I noticed during my flight was that she was constantly > adjusting the throttle,RPM, etc. levers to reduce the ground noise as > much as possible. They did indeed have an affect on the volume of > noise produced by the aircraft. Is the noise linked to the torque or > just the RPM and angle of the prop? Next time I will make an effort to ..primarily rpm, then air loads, tip speeds approach Mach 1. Also, noise frequency plays in, for airport survival, you want big slow turning props. Not 11" toothpicks turning 18000 rpm. ..firing 1/2" thru 40mm ammo at drones with 13" picks turning around 8-10 krpm, returns nice snaps from shock waves meeting each other. Sounds pretty much like bullets hitting a target at a shooting range, sitting in the target pit. -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Error while linking fgfs
MAJOR FRUSTRATION MODE: I did a complete checkout and rebuild of FlightGear. Again, it gets all through compile and fails at the link stage. This is with a clean CVS checkout. fg_init.o(.text+0x4c57):fg_init.cxx: undefined reference to `FGJSBsim::FGJSBsim(double)' Is no one else seeing this? I'm compiling under CygWin/g++ Jon smime.p7s Description: application/pkcs7-signature
Re: [Flightgear-devel] Wheel array question
> > Jon Berndt writes: > > > Right now our wheels are stored in an array. Is there anywhere that > > > defines which position corresponds to which wheel ... something along > > > the lines of: > > > > > > wheel[0] == nose > > > wheel[1] == left > > > wheel[2] == right > > > > > > > from JSBSIm.cxx: > > > > FCS->SetLBrake( globals->get_controls()->get_brake( 0 ) ); //left > > FCS->SetRBrake( globals->get_controls()->get_brake( 1 ) ); //right > > FCS->SetCBrake( globals->get_controls()->get_brake( 2 ) ); // center > -- Do aircraft really have nose wheel brakes? Most equipment I'm familiar with have the brakes on the mains. Well, the 747 has five sets of wheels. Should there be a convention all can use? I might suggest nose - 0 left- 1 right - 2 left_rear - 3 right_rear - 4 for gear numbering and since there are no brakes on the nose the zero seems appropriate. Jon mentioned something about using the glass displays for a possible app? The program now has both file-based and command line initialization so it's a bit more user friendly and the linux build is clean once the library fonts are installed. And there is a short tutorial and install doc. Any further info regards the app or what might be required regards OpenGC capabilities? Regards John W. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Error while linking fgfs
Never mind. Seemed to work after I did: 1) Deletion of flightgear tree 2) recheck out 3) Surprise! JSBSim.[c|h]xx no longer in fgfs cvs! (??) 4) aclocal;autoconf;etc. 5) make Jon > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jon Berndt > Sent: Monday, April 08, 2002 2:54 PM > To: [EMAIL PROTECTED] > Subject: RE: [Flightgear-devel] Error while linking fgfs > Importance: High > > > MAJOR FRUSTRATION MODE: > > I did a complete checkout and rebuild of FlightGear. Again, it gets all > through compile and fails at the link stage. This is with a clean CVS > checkout. > > fg_init.o(.text+0x4c57):fg_init.cxx: undefined reference to > `FGJSBsim::FGJSBsim(double)' > > Is no one else seeing this? I'm compiling under CygWin/g++ > > Jon > smime.p7s Description: application/pkcs7-signature
RE: [Flightgear-devel] Error while linking fgfs
Jon Berndt writes: > Never mind. Seemed to work after I did: > > 1) Deletion of flightgear tree > 2) recheck out > 3) Surprise! JSBSim.[c|h]xx no longer in fgfs cvs! (??) It has been moved down a level into src/FDM/JSBSim Regards, Curt. > 4) aclocal;autoconf;etc. > 5) make > > Jon > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Jon Berndt > > Sent: Monday, April 08, 2002 2:54 PM > > To: [EMAIL PROTECTED] > > Subject: RE: [Flightgear-devel] Error while linking fgfs > > Importance: High > > > > > > MAJOR FRUSTRATION MODE: > > > > I did a complete checkout and rebuild of FlightGear. Again, it gets all > > through compile and fails at the link stage. This is with a clean CVS > > checkout. > > > > fg_init.o(.text+0x4c57):fg_init.cxx: undefined reference to > > `FGJSBsim::FGJSBsim(double)' > > > > Is no one else seeing this? I'm compiling under CygWin/g++ > > > > Jon > > -- Curtis Olson IVLab / HumanFIRST Program 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
Re: [Flightgear-devel] My First Flight
Martin Dressler wrote: > > On Sat 6. April 2002 14:24, you wrote: > > Erik Hofman writes: > > > In fact, I have decided to get my pilots license whenever possible, > > > despite the first experience in the simulator. > > > > I was surprised by how inexpensive an intro flight is (much less than > > a modest dinner out). > > > Be happy that you live in America. In Czech you pay 3-4 for times the cost of > expensive dinner or 20 for times of cheap dinner. Byt maybe we have here > cheaper dinners :-) Yes, you do. And they are yummy! The cheapest holidays I had was one week czech republic :) CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Wheel array question
> > > from JSBSIm.cxx: > > > > > > FCS->SetLBrake( globals->get_controls()->get_brake( 0 ) ); //left > > > FCS->SetRBrake( globals->get_controls()->get_brake( 1 ) ); //right > > > FCS->SetCBrake( globals->get_controls()->get_brake( 2 ) ); // center > > -- > Do aircraft really have nose wheel brakes? Most equipment I'm familiar with > have the brakes on the mains. center represents nose, tail, or center main. In JSBSim we specify whether or not the center gear has any brakes, so activating the center brake on the FlightGear side may have no actual effect on the aircraft. > Well, the 747 has five sets of wheels. Should there be a convention all can > use? I might suggest > > nose - 0 > left- 1 > right - 2 > left_rear - 3 > right_rear - 4 > > for gear numbering and since there are no brakes on the nose the > zero seems appropriate. Since gear brakes are nominally applied with left or right pedals, I figure that it ought to be OK to put any gear that have brakes in either left or right side groups. The FCS could specify additional braking based on control laws, I guess. But I think our current approach ought to work. > Jon mentioned something about using the glass displays for a possible app? Will answer in another message. Jon smime.p7s Description: application/pkcs7-signature
RE: [Flightgear-devel] Wheel array question
> Jon mentioned something about using the glass displays for a possible app? > The program now has both file-based and command line initialization so it's > a bit more user friendly and the linux build is clean once the library fonts > are installed. And there is a short tutorial and install doc. Any further > info regards the app or what might be required regards OpenGC capabilities? > > John W. Prototyping and evaluation of launch vehicle flight deck displays. Jon smime.p7s Description: application/pkcs7-signature
[Flightgear-devel] shuttle liftoff
If you are near a TV ... the shuttle goes up momentarily. Jon smime.p7s Description: application/pkcs7-signature
Re: [Flightgear-devel] Wheel array question
Curtis L. Olson wrote: > Right now our wheels are stored in an array. Is there anywhere that > defines which position corresponds to which wheel ... something along > the lines of: > > wheel[0] == nose > wheel[1] == left > wheel[2] == right In YASim, this is done by configuration convention. The order of the gear indices is the order in which they are presented in the file. The problem with standard conventions, though, is that they only work for standard aircraft. The 747, for example, has five gear (nose, left outboard, left inboard, right inboard, right outboard, I think). The Harrier is even weirder, it has a steerable nose wheel, a "main" wheel under the c.g., and two outriggers on the wingtips. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Wheel array question
> > Prototyping and evaluation of launch vehicle flight deck displays. > > Jon > Commercial or open source? A few years back we used a product from a company located in Montreal (for the moment the name escapes me) to build displays (pre-OpenGL) with XView that ran on Sun platforms and supported 1553 interfaces via DTI VME boards. As I recall it wasn't cheap. It used a design language to create the display spec and produced executable stuff. The folks in my department like it, but the higher-up "tin benders" wanted real hardware - none of this "sissy software stuff" If it didn't have mass and consume copious amounts of kilowatts you couldn't trust it for testing ;-) Regards John W. smime.p7s Description: application/pkcs7-signature
RE: [Flightgear-devel] Wheel array question
> Commercial or open source? > > Regards > John W. Very early stage demonstration of displays. We might have need for something quick and dirty. This is all speculative. Might never pan out, but I am trying to get my superiors interested for use as a tool for potential future work. Jon smime.p7s Description: application/pkcs7-signature
Re: [Flightgear-devel] YASim piston engine
David Megginson wrote: > The most important one is idle RPM. Currently, the YASim c172 idles > at about 1,350 RPM. From what I've found, recommended RPM for taxiing > a C172 is only about 900 RPM, and some checklists I've see state that > the engine should be idling at over 575 RPM, so I'd guess that 600-750 > RPM is probably the right range. This is actually an interaction. The idle RPM is, by definition, the speed at which propeller drag is equal to engine power output. I agree, it is currently too high. The original YASim model simply dropped MP to zero at zero throttle. This had a "zero" idle, which wasn't much better. (The problem was masked because the model clamped RPM to be 500 RPM or higher). These days, it uses 6" as the minimum manifold pressure, on advice from Dave Luff. The problem is, that the power output is still calculated as linear with MP, so there's too much power at idle. Real engines have internal friction & such. The best thing to do would probably be to allow the user to specify an "idle" RPM and simply force the power to be "right" at zero throttle. This is a little hairy, but not awful. > The second one has to do with static RPM. Under "Propeller Limits", > the C172 TCDS lists a maximum static RPM at full throttle of > 2,065-2,165. That's well under the maximum 2,400 RPM for a C172R in > motion. Currently, the YASim C172 prop goes right up past 2,400 RPM > even when the plane is not moving. This part is actually tunable. The propeller model does a two-point fit to the parameters specified. It makes sure that at "cruise" speed and power, the engine torque at the specified RPM matches the propeller counter-torque. It also makes sure that the propeller torque at takeoff (i.e. zero-speed) conditions is at least low enough to produce the specified takeoff-rpm. The reasoning behind this is complicated, unfortunately -- it has to do with the idealized shape of a propeller torque curve that YASim is using internally. (That is, I can't remember it well enough to explain it right now, sorry.) Basically, if I understand the request, it should be sufficient to set the takeoff-rpm value to 2100 or so, while leaving the cruise value alone. That should do what you want. I didn't bother to look up real numbers when I did most of the YASim planes, so this is going to be a common type of problem with them. > YASim could interpolate between static RPM/power and takeoff RPM/power > to find the effect of velocity, and between idle RPM/power and static > RPM/power to find the effect of the throttle. The engine model would > work much more realistically with only a little more work. Sadly, it's actually a lot more complicated than that. The interpolation you want is already done, and it's behavior is constrained by the efficiency curve that YASim uses. While it sounds like it should be this simple, getting things right in reality is a lot harder -- you want the propeller efficiency to drop smoothly off as speed increases, while simultaneously making sure that the drag on the engine isn't too high at takeoff, while making sure that the peak of the efficiency curve goes in the right spot to insure sufficient takeoff thrust. I think the bulk of the problems you're experiencin are due to my inability to expose the model in a sensible and understandable way, rather than a core shortcoming. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] RE: My First Flight
David Megginson wrote: > Matt wrote: > > As we drew close to runway 25 she took over and started the > > approach. She then said '...and this is how we slow down in a hurry'. > > Adjusting the prop RPM lever and throttle to get us from 145 knots to > > 80 in around 4 seconds. Very impressive! Is this modelled in FGFS? > > Yes, we started on it a few months ago in JSBSim -- a windmilling prop > does increase drag -- but it's not really correct yet. Random plug: windmilling YASim propellers produce drag. The point of zero torque isn't the same as the point of zero thrust. How much extra drag is correct is an open question, though. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim piston engine
Andy Ross writes: > Basically, if I understand the request, it should be sufficient to set > the takeoff-rpm value to 2100 or so, while leaving the cruise value > alone. That should do what you want. I didn't bother to look up real > numbers when I did most of the YASim planes, so this is going to be a > common type of problem with them. I'm not sure that's right. By the time the plane is moving fast enough to take off, the propeller should be at full RPM. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim piston engine
David Megginson wrote: > Andy Ross writes: > > Basically, if I understand the request, it should be sufficient to set > > the takeoff-rpm value to 2100 or so, while leaving the cruise value > > alone. That should do what you want. > > I'm not sure that's right. By the time the plane is moving fast > enough to take off, the propeller should be at full RPM. That's exactly what it does. The core problem is that the propeller's aerodynamic "drag" (more strictly, counter-torque), when matched to a cruise performance, ends up being much too high at zero speed. The reason for this is that the propeller at takeoff is essentially in a stalled condition -- the AoA on the blades results in separated flow, and much less induced drag. YASim handles this by providing a "cap" on the drag and thrust coefficients that works at high AoAs (real torque and thrust curves really do look like this, btw). That cap is specified as a takeoff RPM which it will attempt to match. The takeoff-rpm value you specify will only be matched, though, at takeoff. As you speed up, you'll see the RPMs grow appropriately, until they match the cruise-rpm value you specified (presuming you end up at cruise conditions, obviously). Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim piston engine
Nope; you can fairly easily get the RPM over 2700 in a fast cruise descent, but there is no way you'll manage over 2500 at Vy, never mind Vx. > Andy Ross writes: > > > Basically, if I understand the request, it should be sufficient to set > > the takeoff-rpm value to 2100 or so, while leaving the cruise value > > alone. That should do what you want. I didn't bother to look up real > > numbers when I did most of the YASim planes, so this is going to be a > > common type of problem with them. > > I'm not sure that's right. By the time the plane is moving fast > enough to take off, the propeller should be at full RPM. > > > All the best, > > > David > > -- > David Megginson > [EMAIL PROTECTED] > > > ___ > 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] YASim piston engine
Alex Perry writes: > Nope; you can fairly easily get the RPM over 2700 in a fast cruise descent, > but there is no way you'll manage over 2500 at Vy, never mind Vx. We're modelling a C172R, which maxes out at 2400RPM. Would the same apply there? All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim piston engine
You should talk to Andy and look at the prop model; the faster you go, the faster the prop can turn. Fast cruise descents can overspeed. I'm not at home and can't look up the exact numbers, sorry. > Alex Perry writes: > > > Nope; you can fairly easily get the RPM over 2700 in a fast cruise descent, > > but there is no way you'll manage over 2500 at Vy, never mind Vx. > > We're modelling a C172R, which maxes out at 2400RPM. Would the same > apply there? > > > All the best, > > > David > > -- > David Megginson > [EMAIL PROTECTED] > > > ___ > 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] Question about C172 approach and landing
I am driving the C172 to approach and land on the airport. (1) What are the speed and altitude the plane should be before Gliding slope? 1000 feet and 65 KCAS? I heard that the stall speed is about 50 KCAS. (2) When Gliding slope , should we must follow the flight path angle with -2.5 degree? and how should I control the throttle to prevent the speed increasing too much? (3) What is the altitude at which we must begin to pull-up the plane to decrease the Vd? 50 feet? (4) How to shut down the engine in JSBSim? just FCS->SetThrottle(i,0)? thanks ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Tower View
> Thanks to Jim Wilson, we have a working tower view in CVS: the 'v' key > cycles among pilot view, chase view, and tower view, rather than just > pilot and chase. In the future, Jim (or someone else) will probably > add the ability to specify a tower position; for now, the code just > makes one up for the initial airport. > > You'll probably want to use the 'x' key to zoom in a bit, since the > tower can be pretty far away at a large airport. Another interesting application of the tower view is to set it up like the plat camera aboard a carrier - set your aircraft up on ILS final and set the tower view to look up the glideslope from the glideslope/runway intercept point. Regards, Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight & Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Translate linear model of Pioneer UAV to JSBSim?
Why not translate nonlinear model of Pioneer to JSBSim? http://amber.aae.uiuc.edu/~jscott/sis/models/ Are current plane models with LaRCSim in FlightGear all linear? Flying with LaRCSim and UIUC models are easier than with JSBSim and C172. I notice that in http://amber.aae.uiuc.edu/~jscott/sis/models/, only Pioneer model is "mostly nonlinear data with some linear stability derivatives", and Bray, Robert M. published a paper -- A Wind Tunnel Investigation of the Pioneer Remotely Piloted Vehicle. why not translate the nonlinear model of Pioneer here to JSBSim? So we can fly more actually. I think it is not too hard if you are familar with aerodynamic. If nobody would like to do that, I'll try. who can help me? Dirty Bear [EMAIL PROTECTED] ¡¡2002-04-09 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] MSVC Still not Building
Although SimGear is now building under MSVC (thanks). MSVC also does not like having constants defined in a class (net_fdm.hxx and raw_ctrls.hxx). static const int FG_MAX_ENGINES = 4; static const int FG_MAX_WHEELS = 3; static const int FG_MAX_TANKS = 2; When I used the recommended, and I apologize for not remembering by whom, change to enum {FG_MAX_TANKS = 2, FG_MAX_WHEELS = 3, FG_MAX_ENGINES = 4, }; it compiles, links, and runs just fine. Thanks! Jonathan Polley Flying Again!
Re: [Flightgear-devel] size of symbol
David Megginson wrote: > Alex Perry writes: > > Do we care about this error ? > > /usr/bin/ld: Warning: size of symbol `current_model' changed from 4 to 8 in >../../src/Model/libModel.a(acmodel.o) > > Yes, I'm getting this as well and I don't understand it. It's a symbol collision. There's another "current_model" defined in LaRCsim/ls_model.c. Renaming one of them fixes the issue. Why the linker doesn't detect this as a vanilla multiple-definitions collision, instead of that weird size mismatch, though, is beyond me. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] MSVC Still not Building
These items should not be limited, anyhow. Where is this done??? -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jonathan PolleySent: Monday, April 08, 2002 9:24 PMTo: [EMAIL PROTECTED]Subject: [Flightgear-devel] MSVC Still not BuildingAlthough SimGear is now building under MSVC (thanks).MSVC also does not like having constants defined in a class (net_fdm.hxx and raw_ctrls.hxx).static const int FG_MAX_ENGINES = 4;static const int FG_MAX_WHEELS = 3;static const int FG_MAX_TANKS = 2;When I used the recommended, and I apologize for not remembering by whom, change toenum {FG_MAX_TANKS = 2,FG_MAX_WHEELS = 3,FG_MAX_ENGINES = 4,};it compiles, links, and runs just fine.Thanks!Jonathan PolleyFlying Again! smime.p7s Description: application/pkcs7-signature
RE: [Flightgear-devel] MSVC Still not Building
This is in a section of code that is shipping the data over the net, so in this case a fixed limited structure size is desirable. We can always extend it later if we need to ... re: David's/Andy's principle of not over designing to much too early (aka doing just barely enough to get by?) :-) Curt. Jon Berndt writes: > These items should not be limited, anyhow. Where is this done??? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jonathan Polley > Sent: Monday, April 08, 2002 9:24 PM > To: [EMAIL PROTECTED] > Subject: [Flightgear-devel] MSVC Still not Building > > > Although SimGear is now building under MSVC (thanks). > > MSVC also does not like having constants defined in a class (net_fdm.hxx > and raw_ctrls.hxx). > > static const int FG_MAX_ENGINES = 4; > static const int FG_MAX_WHEELS = 3; > static const int FG_MAX_TANKS = 2; > > When I used the recommended, and I apologize for not remembering by > whom, change to > > enum {FG_MAX_TANKS = 2, > FG_MAX_WHEELS = 3, > FG_MAX_ENGINES = 4, > }; > > it compiles, links, and runs just fine. > > Thanks! > > Jonathan Polley > > Flying Again! > > > > > > > These > items should not be limited, anyhow. Where is this done??? > style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #ff 2px solid"> > size=2>-Original Message-From: > [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jonathan > PolleySent: Monday, April 08, 2002 9:24 PMTo: > [EMAIL PROTECTED]Subject: [Flightgear-devel] MSVC > Still not BuildingAlthough SimGear is now building under > MSVC (thanks).MSVC also does not like > having constants defined in a class (net_fdm.hxx and > raw_ctrls.hxx).static const int FG_MAX_ENGINES = 4;static const > int FG_MAX_WHEELS = 3;static const int FG_MAX_TANKS = 2;When I > used the recommended, and I apologize for not remembering by whom, change > toenum {FG_MAX_TANKS = 2,FG_MAX_WHEELS = 3,FG_MAX_ENGINES = > 4,};it compiles, links, and runs just > fine.Thanks!Jonathan PolleyFlying > Again! -- Curtis Olson IVLab / HumanFIRST Program 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
[Flightgear-devel] UFO FDM is Running! (was: "Enhanced" Magic Carpet)
I have finished working the bugs out of my "Enhanced" version of the Magic Carpet FDM. The UFO FDM works the same as the Magic Carpet with the following exceptions: The aircraft's pitch is determined by the Elevator setting (with a pitch rate of 45 degrees per second). Climb is forward velocity * sin(pitch) Speed is forward velocity * soc(pitch) Roll is tied to the aileron (again, with a roll rate of 45 degrees per second) Turn rate is sin(roll) * 45 degrees. Yes, this does mean that turning is quite a bit more sluggish than climbing. To add the FDM, download both 'ufo.hxx' and 'ufo.cxx' from: http://homepage.mac.com/eq_fidget/FileSharing1.html and place them in the FDM directory. Then make the following additions to Main/fg_init.cxx, in the same area as the MagicCarpet: #include #include // ADDED ... } else if (model == "magic") { cur_fdm_state = new FGMagicCarpet( dt ); } else if (model == "ufo") { // ADDED cur_fdm_state = new FGUFO( dt ); // ADDED Finally, you can fly the UFO by using the '--fdm=ufo' command line option. I had a rather bad jitter problem with pitch and roll, but that has been fixed (but in a VERY UGLY way). If you are wondering why a UFO FDM, it is because it's best that I not replace the existing magic carpet and this FDM does behave like a UFO (it hovers, can spin and pitch while hovering, and does not obey the laws of physics ;) Jonathan Polley p.s. The tower view looks really nice! ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim piston engine
Alex Perry writes: > You should talk to Andy and look at the prop model; the faster you go, > the faster the prop can turn. Fast cruise descents can overspeed. > I'm not at home and can't look up the exact numbers, sorry. In JSBSim, the prop maxes out between 2065 and 2165 RPM at 0 velocity, but does manage to hit 2400 RPM at Vx. You can push it over in a steep dive (as you mention). You mentioned that a 2700 RPM engine doesn't max out at Vx; I'm wondering if things are different for the 160HP 2400 RPM C172R that we're modelling. All the best, David -- David Megginson [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim piston engine
David Megginson wrote: > I'd like to suggest a couple of changes to the YASim piston-engine > model, keeping in mind Andy's past caveats that it is very > simplistic. OK, I've hacked at the idle RPM code a bit to reduce the idle MP. This is, well, a hack; but it puts the idle in a saner range on the DC-3 and C-172 without affecting full-throttle performance. Try the following patch to c172.xml, which makes the takeoff-rpm modification I talked about*. Hopefully things will be more to your liking; the aircraft maxes out at 2100 RPM while stopped, then the speed increases to something more like cruise as the airspeed grows. If you look carefully, you'll actually see the RPM drop very slightly before it starts increasing. The physical reason for this is that the blades are "unstalling". As the flow attaches to them, they experience a sharp increase in induced drag. I was pretty pleased to notice this little tidbit; it kinda validates the model in an obtuse way. That being said, I have *no* idea if this effect is noticeable in a real aircraft. Alex? Anyway, the patch to c172.xml: diff -u -r1.5 c172.xml --- c172.xml2002/03/01 07:27:27 1.5 +++ c172.xml2002/04/09 02:57:35 @@ -57,7 +57,7 @@ Have fun, Andy * And changes engine power at zero speed to reflect the different RPM. Don't ask why I don't calculate this myself; the reason is ugly.** ** OK, it has to do with the parser design. At the time the element is parsed, I may not have a valid engine object yet and I was too lazy to build a parse tree to inspect. :) -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Translate linear model of Pioneer UAV to JSBSim?
> Why not translate nonlinear model of Pioneer to JSBSim? Why not? > http://amber.aae.uiuc.edu/~jscott/sis/models/ The data is all there. In fact, the model files the UIUC guys use present pretty much the same information that JSBSim does. Perhaps someone could write a translator? :-) > I notice that in http://amber.aae.uiuc.edu/~jscott/sis/models/, > only Pioneer model is "mostly nonlinear data with some linear > stability derivatives", and Bray, Robert M. published a paper -- > A Wind Tunnel Investigation of the Pioneer Remotely Piloted Vehicle. > why not translate the nonlinear model of Pioneer here to JSBSim? > So we can fly more actually. JSBSim models use table lookups for data whenever it is available. In this way we can model very accurately in the range for which data is available. > I think it is not too hard if you are familar with aerodynamic. > If nobody would like to do that, I'll try. who can help me? Please do it! :-) Jon Jon S. Berndt Coordinator, JSBSim Project http://jsbsim.sf.net smime.p7s Description: application/pkcs7-signature
Re: [Flightgear-devel] 3D Cockpit
> > > > How do I see the 3D cockpit? > > > > > > fgfs --aircraft=c172-3d > > > This 3D cockpit is part of the C172's AC file? > > You might be using an old version. In the last release, the old > --aircraft option has been renamed to --aero, and the --aircraft > option now points to a general configuration file. > OK, but that 3D stuff in the 3D cockpit are another AC file or hard-coded? Best, Marcio Shimoda ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] MSVC Still not Building
Jonathan Polley writes: Although SimGear is now building under MSVC (thanks).MSVC also does not like having constants defined in a class (net_fdm.hxx and raw_ctrls.hxx).static const int FG_MAX_ENGINES = 4;static const int FG_MAX_WHEELS = 3;static const int FG_MAX_TANKS = 2;When I used the recommended, and I apologize for not remembering by whom, change toenum {FG_MAX_TANKS = 2,FG_MAX_WHEELS = 3,FG_MAX_ENGINES = 4,};it compiles, links, and runs just fine. I believe that all that is needed is to declare the variables outside of the class declaration with file scpe ie in the header -- foo.hxx class foo { static const int a: } and then in the C file - foo.cxx - somthing like this should work const int foo::a = 5; Norman