> I've been testing other jsbsim models tonight apart from the 747-100: 737,
> c150, c182 and they all seem to have extremly low or zero drag. They won't
> stall.
Hmmm. I've not heard any complaints about the other aircraft. The 737 has been
extensively
tested by someone who knows how they fly. A
Log some output parameters. That can be done using the OUTPUT section of the
config file.
See the X-15 (?) or C-172x config file. I'll get around to it as soon as I can.
I'm _sure_
there's a simple explanation for this.
Jon
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAI
> I couldn't help but notice that the JSB version of the 747 has a lift-ratio
> which would make a sailplane pilot envious. One can glide about with full
> flaps, gear out etc with AoA at 30--40° in 80 kias and keep it level. ;)
I've filed the bug as:
http://sourceforge.net/tracker/?func=detail&a
> I couldn't help but notice that the JSB version of the 747 has a lift-ratio
> which would make a sailplane pilot envious. One can glide about with full
> flaps, gear out etc with AoA at 30--40° in 80 kias and keep it level. ;)
>
> When running it with --debug-level=debug I get some numbers on JSB
> I've just tried out the c310 @KSFO, current metar conditions.
> The Yasim one develops 38PSI of manifold pressure, ~2700RPM
> at props and throttle full forward on the ground, brakes applied.
> The JSBsim gives a (more realistic-?) 29PSI. No surprise the ground
> roll at the Yasim one's is much s
I've installed a new video card (eVGA 6800, 128mb) in my Windows 2K box.
Unfortunately,
now OpenGL apps give an application error - they don't even start up. I'm
trying to get
some answers out of the card and driver manufacturer, but if anyone here has any
suggestions, I'd appreciate hearing them
I've installed a new video card (eVGA 6800, 128mb) in my Windows 2K box.
Unfortunately,
now OpenGL apps give an application error - they don't even start up. I'm
trying to get
some answers out of the card and driver manufacturer, but if anyone here has any
suggestions, I'd appreciate hearing them
> That was my understanding of it, but it seemed to not work with ___'s
> Connie model. Upon further review it looks like ___'s Connie model has
> an x-offset of about 14 meters, and I can't figure out why. So, I'll drop my
> investigation of it.
>
> Dave
:-)
Once we get the new JSBSim
> One thing that may be confusing is that the VRP setting given by aeromatic is
> wrong. In the JSBSim configuration file If the CG location is X, Y, Z,
> then the VRP location is -X, -Y, -Z.I had thought that AC_VRP defines the
> location of the VRP, however it actually defines the location
Is there some kind of problem going on with downloading PLIB from CVS? Seems
there's been
a "partial outage" in progress on SF.net for weeks. I can't get plib from CVS,
though ...
:-(
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear
> I noticed in the JSBSim file (c310.xml) definitions for pilot, copilot,
> rear passengers and baggage. It all seems to be in the main cabin (i.e. no
> baggage in the nose compartment). To lighten the load I'm going to remove
> the rear pax. Will this automagically bring the CofG forward, or do I
> Szabolcs Berecz writes:
> > Could you direct me to some good online documentation about ATC and
> > aerodynamics of a helicopter?
>
> Okay, I said I was going to email them privately, but then I looked at
> a 32MB email in my outbound queue and realized that that was beyond
> bad form.
>
> See:
>
> I wonder what compiler was JSB using in his string throwing example,
> can you please re-read that thread and see if you can find an alternative
> explanation?
> Vassilii
I use Borland C++, and the g++ compiler in the cygwin distribution. I also
compile under a
flavor of Linux, just to see wha
A nice shot of a carrier landing:
http://www.airliners.net/open.file/961401/M/
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
> > Syd, I presume this is your work. Would you mind adding this offset ?
> >
> > Thanks,
> > Martin.
>
>
> I *think* I know who did this model. I'll notify/ask him abou tit. Thanks for
> noticing the
> VRP aspect.
>
> Jon
>
>
> Hi guys no that one isn't mine.
As they say: "The issu
As has been mentioned, JSBSim has been undergoing major improvements over the
past year
(see the newsletters) centering on added capabilities and improved XML
"well-formed-ness".
The majority of those improvements have been completed and tested, both in a
standalone,
scripted mode, and in the pr
> The Constellation looks pretty nice, but has a significant drawback:
> The author has forgotten to implement the offset between FDM center and
> visual reference point. This means the aircraft rotates around it's
> nose which makes it almost impossible to accurately rotate for liftoff.
> Furthero
> I think the issue can be argued both
> ways, but time (and version numbers) marches on.
>
> Curt.
Here's another "for" argument: when we go to v1.0, it's a great excuse for a
HUGE virtual
party. ;-)
Then there's the obligatory First International FlightGear Technical
Conference. I
recommend t
Does FlightGear have the capability to specify a camera viewpoint ON the
aircraft. For
instance, could a "camera" be mounted on the vertical stabilizer, pointing
forward? It
would be nice to see the aerosurface movements.
Jon
___
Flightgear-devel mai
> I agree with Franz Melchior.
> And my question is, why it is so essential to call the next version release
> 1.0?
> What's wrong with version numbers like 0.9.10, 0.9.11, 0.9.12 etc. until the
> above issues are fixed?
That's what's been getting done for years. The question now is, why not? Curt
> I'm now working on the unsafe throws/catches in the
> SimGear/FlightGear/Atlas/fgrun codebase.
>
> A hefty amount of things to change is in the scope of the JSBsim code.
> What should I do --- ignore them and hope for JSB doing a correct cleanup
> upstream, or patch these as well?
>
> Vassilii
I
> And if none of this is possible, then I'm afraid I don't have a
> TODO list and this will be the most boring release cycle ever.
>
> m.
Heh. Maybe. Maybe not. I hope that from your point of view it turns out to be a
boring
release cycle. In one respect, it should not be very noticeable to users
> Vassilii Khachaturov wrote:
> I am unsure it is OK to through a temporary object like this.
> It's created on the stack right there at the same frame where it's thrown,
> but IIRC, as throw unwinds the stack, it is auto-destructed. You should
> be throwing an object that has lifetime encompassin
I've been trying to use exception handling in a particularly appropriate place
in JSBSim,
but am having little success, and it's got me confused.
I have a section where I am reading in some data. If it is inappropriate, I
need to let
the user know and exit.
Here's what I'm doing:
In the Table
> Hi,
>
> attached are two small patches for giving the 737 nosewheel some
> animations. Namely it rotates when steering and compresses on breaking.
> For the latter I attached a one line patch that let's JSBsim expose
> compression-norm to the property tree just like YaSim.
>
> I don't know if thi
Curt wrote:
> The nasal script is specific code to impliment a specific aircraft's
> electrical system, but the overall structure could be copied and adapted
> to new aircraft. But each aircraft will need it's own aircraft specific
> script.
I'll add that there are probably several ways to do va
John Wojnaroski wrote:
> It's generic, but needs some massaging to handle things like
> compressor/turbine maps, engine parameters such as inlet area, fan size.
> Point in fact, the model is based on John Reed's paper for LeRC, but the
> actual numbers are my best guess to obtain some reasonabl
> Out of interest, did Mathias ever manage to fix the gear jitter at stationary
> with his fancy integration scheme, and if so will it be going into FlightGear
> when you merge up next?
>
> Cheers - Dave
No. (I hope this doesn't "open up a can of worms ...")
Though it is acknowledged that Mathias
> The version of FlightGear used for the MIADC show in May contains a
> fan/turbine model based on physics and thermo equations, a different
> approach to tank/engine selection to handle the 747 fuel system, changes
> in the control packet, and an update to the data packets. It might not
> be prac
I'll likely be relatively sparse on the Internet for the next week or so -
perhaps much,
much longer depending on how things go in League City, due to Rita. I'm about
14 feet
above sea level, about a mile inland from Galveston Bay.
Anyone else look like they're going to be affected by this?
Jon
> To everyone who has helped, thanks. My goal is to model the behaviors
> and capabilities of the Digitrak with as much accuracy is possible
> given my ability and the limitations of Flight Gear. I doubt it would
> be possible or desirable to model the electrical characteristics of
> the sensors or
> I'm not surprised it breaks with malformed XML files.
> A suggested fix is below.
>
> if (!input.good()) {
>sg_io_exception ex("Problem reading file",
> sg_location(path,
> XML_GetCurrentLineNumber(parser),
> XML_GetC
In [further] preparation for installing the new JSBSim code and config file
format into
mainline FlightGear, I'd like to know which JSBSim aircraft are considered
important
enough to do some really good testing on before making the move to the new
codebase.
Please let me know which JSBSim aircra
This is off topic for FlightGear specifically, but I also am the Editor and a
writer for
another newsletter in addition to the JSBSim newsletter. The July/August issue
was just
posted. I thought you might be interested to read the newsletter for the
Houston chapter
of the American Institute of A
I'd give a lot to know what these two papers are presenting! See below:
Jon
---
[EMAIL PROTECTED] Conference
26 - 29 Sep 2005
Hyatt Regency Crystal City
Arlington, Virginia
Session 71 COTS Software in Mission Critical Systems
0930
AIAA-2005-7108
Open Source Software: Cheap Isn't Exactly Free!
Here's another 3D picture made from images Jiri sent this morning:
http://www.jsbsim.org/L410Cockpit3DColor2.png
I registered this one better.
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/
> I had a look with a red / green pair and it's quite an impressive effect. I'd
> love to have a go at making a true stereo HMD (dual display) because the
> immersion effect 'feels' great.
>
> The cockpit itself is stunning; top marks to its creators.
>
> Just one point on the anaglyph; the differe
> I have, and would love to see it added to the FG collection - it appears to be
> a thoroughly thought-out model. However, it's just too much trouble for me
> to keep a third copy of FG for the sake of one model.
>
> What is the general opinion of the modifications done to the FG source in
> part
> We used red and green in Europe :-(
>
> Erik
Did you look at it, anyhow? The blue and green channels both are set for the
right eye.
Red/Green glasses should work, too.
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://ma
Those of you who have read the newsletter have probably seen (and drooled over)
the
wonderful 3D model of the L410 Turbolet created by Jiri and Jiri Javurek. Jiri
created a
left and right view of the cockpit, and I created a stereo anaglyph using the
images. If
you have red/blue glasses, you mig
> JSBSim v0.9.9 has been released and is available at www.jsbsim.org. JSBSim is
> an open
> source flight dynamics model written in C++. JSBSim is one of the flight
> models used in
> the open source flight simulator, FlightGear, but JSBSim is also used in
> other flight
> simulator projects aro
. JSBSim can also be run by itself in a
standalone
mode.
The major new features in v0.9.9 can be seen in the latest issue of the JSBSim
newsletter,
"Back of the Envelope" (also just released). The newsletter can be viewed at
the project
web site at www.jsbsim.org.
> But, an FDM interface needs to do more than shove a datastructure back
> and forth. There needs to be some higher level communication to tell
> the remote FDM when it should reset it self or when it should trim for
> in air or on the ground, and what trim conditions are requested (i.e.
> start i
> Jon Berndt wrote:
>
> > I've tried these both. This seems to be fatal no matter what I do:
> >
> > [EMAIL PROTECTED]:~/JSBSim$ ./configure
> > configure: error: cannot run /bin/sh ./config.sub
>
> There are two things: Is is a symbolic link (and
> Hi,
>
> > I don't see a config.sub. Where does that come from?
>
> Have you tried "automake -a"? For never autoconf versions,
> you can also use "autoreconf -i" to bootstrap the autoconf system.
>
> Manuel
I've tried these both. This seems to be fatal no matter what I do:
[EMAIL PROTEC
> When the JSB a/c model has several engine+propeller we get
> that JSB message error:
> "Failed to tie property propulsion/c-thrust[0] to a pointer"
> What must be defined in Aircraft.xml to solve it.
> --
> Gerard
Which version of JSBSim are you using? Is it the one currently in FlightGear
CVS
I'm trying to build JSBSim on one of Sourceforge's compile farm boxes, this one
running
Linux. After running aclocal;automake;autoconf I try to run configure and get
this:
configure: error: cannot run /bin/sh ./config.sub
I don't see a config.sub. Where does that come from?
Jon
_
> Since the MB-339 PAN is an on-going project, we plan to release
> an improved version of the aircraft (with smokes?). If anyone
> at flightgear.org would like to link our MB-339 PAN project in
> the "Related Projects" section, we would be very happy.
>Bye, Augusto.
I will mention it in the u
> > > Nice model. I particularly like the horizon ball.
> >
> > I particularly like the fact that they used FlightGear :-D
>
> And I also like the fact that they used JSBSim and started with aeromatic :)
>
> Dave
:-) Ahhh, the aeromatic scent of a newly released flight model. In the morning.
W
Well, without the benefit of SimGear as a whole, I've crafted a [probably
non-optimal]
property tree cataloging function for use in JSBSim. Thought you might like to
see it:
//%%
struct PropertyCatalogStructure {
stri
> FGLGear.cpp line 507
> Here's the code:
> // Crash detection logic (really out-of-bounds detection)
> if (compressLength > 500.0 ||
> vForce.Magnitude() > 1.0 ||
> vMoment.Magnitude() > 50.0 ||
> SinkRate > 1.4666*30)
> {
>PutMessa
> > No, you can't format (the f in printf) the string using the default C++
> > string class).
>
> You have to use the I/O manipulators (Stroustrup: 21.4.6.2, page 633ff.)
> like std::setprecision().
The string class cannot create a string representation of a floating point
number as far
as I can
IIRC, sprintf was a problem for some. Is that still the case? I've compiled
under Cygwin,
Borland C++, and I think I've also compiled code that uses sprintf under IRIX.
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.
> I don't know if there are others that use fgfs from front range
> locations in Colorado, but I use it to practice instrument approaches in
> this my home area and my two favorite aircraft for this are the c172p
> and c310, both jsbsim models. _The yasim aircraft still work fine with
> this s
In props.cxx I find this code:
/**
* Get a child node by position (*NOT* index).
*/
SGPropertyNode * getChild (int position);
Can anyone differentiate for me the concept of "position" as contrasted to
"index" in this
situation?
Jon
___
Fl
> But that's not the only way to do it. I've been preparing a series of
> articles on supercharging reciprocating engines. Is there any
> interest for me to pull some of it out and present it here?
>
> --
> Pete Stickney
Hmm. This might be interesting for the next issue of the JSBSim newsletter
> All the 3350s had this turbo/super setup. You can see it in some of
> these images:
>
>
http://www.enginehistory.org/G&jJBrossett/RAFCosford/Wright%20Cyclone%20R-3350%20cutaway.J
PG
>
http://www.enginehistory.org/G&jJBrossett/RAFCosford/Wright%20Cyclone%20R-3350%20cutaway%2
0view.JPG
> http://www
> Hi, folks,
>
> I'm trying to build a Katana model (the flight model, at least) so I don't
> have to perpetually terrorize the airfield's neighbors and my CFI while I
> practice touch & go's. I went through the Aero-Matic and came out with a
> starting set of files, which I've been combing throu
> With the potential of exposing my C++ knowledge deficiency, I'll explain how
> far I got ;-)
> As mentioned in the last post, I have two variables I can access through the
> existing code I have.
> One variable is cur_fdm_state which is of type FGInterface. FGInterface is a
> parent class of JSBS
> Can anyone suggest a way of accessing the methods:
> GetCoefficientValues(...) and
> GetCoefficientStrings(...)
> from a --native socket?
>
> I have a piece of code within flightgear which uses 'globals' and
> 'cur_fdm_state' via a socket similar to the "--native" socket
> provided with flightgea
test
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
I've noticed two things about easyXML.cxx.
1)
There is a function or macro called sg_io_exception(). This exception gets
thrown in my
development version due to an as-yet unidentified problem with readXML().
However, the
message that emanates from FlightGear is simply:
"FlightGear aborting"
I've noticed two things about easyXML.cxx.
1)
There is a function or macro called sg_io_exception(). This exception gets
thrown in my
development version due to an as-yet unidentified problem with readXML().
However, the
message that emanates from FlightGear is simply:
"FlightGear aborting"
T
I've noticed two things about easyXML.cxx.
1)
There is a function or macro called sg_io_exception(). This exception gets
thrown in my
development version due to an as-yet unidentified problem with readXML().
However, the
message that emanates from FlightGear is simply:
"FlightGear aborting"
> > void
> > readXML (istream &input, XMLVisitor &visitor, const string &path)
> > {
>
>
> > engine_filename = FindEngineFullPathname(engine_filename);
> > readXML(engine_filename, *engine_file_parser);
>
>
> The parameters don't match up for one thing. "engine_filename" is a string?
>
> D
> > void
> > readXML (istream &input, XMLVisitor &visitor, const string &path)
> > {
> > XML_Parser parser = XML_ParserCreate(0);
>
> > ...
>
> > XML_ParserFree(parser);
> > cout << "A-3" << endl;
> >
> > throw sg_io_exception("Problem reading file",
> >
Here's an update to what I've discovered - hopefully someone can give me a hint
on some
questions I have.
First, I've added some output statements in easyxml.cxx, in this version of the
readXML()
function:
---
-- start --
---
void
readXML (istream &input
Erik: Are you calling readXML while another call to readXML is in progress?
Norman: Can't be done unless this other call is in a different thread :-)
Jon:
> I'm doing it in standalone JSBSim (calling readXML from within another
> readXML()). I
> thought you simply had to provide new arguments.
> Norman Vine wrote:
> > Erik Hofman writes:
> >
> >>Are you calling readXML while another call to readXML is in progress?
> >
> >
> > Can't be done unless this other call is in a different thread :-)
>
> Hmm, that makes sense. I had the detached method of reading XML files
> (non-easyXML) in mind
> I'm continuing to install the new JSBSim code. I've run into a strange
> problem. After I
> start up FlightGear and begin to parse an aircraft, I'll be humming along
> just fine
until
> I get to the point where the engine file is specified. When the engine file is
specified,
> it causes the fil
> As far as I know, none. This is the first time I heard of this behavior
> ?!??
>
> Erik
It's frustrating as hell. I don't see that I am doing much different from the
Makefile.am
from the previous build.
Jon
___
Flightgear-devel mailing list
Fligh
I'm continuing to install the new JSBSim code. I've run into a strange problem.
After I
start up FlightGear and begin to parse an aircraft, I'll be humming along just
fine until
I get to the point where the engine file is specified. When the engine file is
specified,
it causes the file to be ope
I've gotten the new JSBSim code to build in FlightGear. But, I had to rename the
JSBSim.cxx file to JSBSim.cpp in order to get the Makefile that was generated
from
Makefile.am to work. I also had to refer to the JSBSim.cxx file as JSBSim.cpp
in my
Makefile.am. This all seems to work fine when I b
> You can find it here:
>
> http://www.jsbsim.org/Overview.pdf
>
> Comments welcome.
Note, however, that "rate_groups" are not yet implemented for the flight
control system.
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http:
I've placed an early copy of the new JSBSim config file format documentation
online. It's
incomplete, but I thought it was better to get something out there than wait
until it's
all done.
You can find it here:
http://www.jsbsim.org/Overview.pdf
Comments welcome.
Jon
> Obviously, this doesn't seem optimal. I'm not sure how I could possibly
> arrange the files so there is only a single link reference to each library.
> Yet, I don't know how I should modify the Makefile.am to produce a multiplely-
> referenced library - or even if that is possible.
> Jon
I wond
I think the problem here is ordering of
static libs - I assume the various JSBsim sub-libs, eg
'jsbsim/models/libModels.a', all rely on symbols from the core JSBsim lib,
jsbsim/libJSBSim.a. However, libJSBSim.a is listed before them in the link
order. GCC has the behaviour, when l
> I got two questions to ask...
>
> 1. When an aircraft has ZERO velocity, given some rudder input, and
> also when there is no wind, should the rudder actually have any effect
> at all? I see the c-172 actually turn, and over a period of time, if
> left alone, flip over, do some gymnastics, som
I've got the basic build procedure figured out (I think) with the new JSBSim
code in
FlightGear. However, once it gets to the Big Link, it ultimately fails. Here's
the link
line:
--- start ---
g++ -DPKGLIBDIR=\"/usr/local/share/FlightGear\" -g -O2 -D_REENTRANT
-L/usr/local/lib -o fgfs.exe boot
I'm working on getting the new JSBSim code into FlightGear. It's going pretty
well,
actually, but I still have one problem. I can't seem to get JSBSim.cxx to
compile in the
JSBSim directory. It wants to use JSBSim.cpp - which isn't there. My new
Makefile.am looks
like this:
--- start ---
SUBDI
> Beware instrument failure !
> C172r and others aircraft have a turn coordinator out of order :=(
> seems to be property:
> /instrumentation/turn-indicator/indicated-turn-rate
I noticed that. I wonder when that happened?
Jon
___
Flightgear-devel ma
> That all looks very good. Does your implementation of the Boost Control just
> control the pressure, or does it act on the throttle as I understand was the
> way it worked in the Merlin? In simulation terms the outcome is probably the
> same.
>
> V.
Hi, Vivian:
That would be a question for Dave
> Thanks,
> My question could be a question to Jon, Dave, and any JSB specialist.
> I just wonder, about, the opportunity to get profit of your work for
> developments on the JSB branch. The properties should be the same on
> the global FG level.
> Both FDM ->YASim ->JSBSim with a different "ph
> [EMAIL PROTECTED] wrote:
> > I typed make and I got the following error:
> >
> > FGNozzle.cpp: In method 'JSBSim::FGNozzle(JSBSim::FGFDMExec *,
> > JSBSim::FGConfigFile *, int =0)':
> >
> > FGNozzle.cpp:74: implicit declaration of function 'int
> > JSBSim::snprintf(..)'
> >
> > Does someone
Is anyone aware of a [simple?] way to print out the property tree once it has
been
populated? It seems to me that there ought to be a class attribute in the
property manager
somewhere that is a pointer to a linked list, or a vector, or whatever, that
contains the
properties, each of which may co
> I used this command line:
>
> fgfs [EMAIL PROTECTED] --aircraft=c172r --turbulence=0.0
>
> This set up the winds as I wanted. However, even though "turbulence" was set
> to zero,
> there was still lots of noise present in the wind velocity coming from
> FlightGear. The
> wind seemed to vary +/-
> This complies entirely with my intention. Please excuse me for missing
> the point - from reading your comment I had the impression you simply
> changed the comma to a dot in the PDF. Please send me a copy of your
> PDF and I'll change the TeX source accordingly.
Thanks - will do.
> I'm current
> So, you think the UK is part of Europe, eh? We use the same convention as
> the US for ./,
>
> Vivian.
Heh. :-) What's above the number "4" (not on the numeric keypad)? Is it a "$"
or a "?"
(not sure that will print correctly)?
Jon
___
Flightgear-d
> I have been trying to make the JSB flight model for my PA-25 pawnee for over
> a week now, however, I can not get it to steer on the ground. Every time I
> start my take off roll the plane goes in circles.
>
> Has anybody encountered any similar problems?
I am working on trying to resolve the l
> Aha ? In fact the notation in the cheat sheet _is_ correct and clear,
> why the hell do you want to break it ? It's just a matter of point of
> view an I assume there are _many_ FlightGear users out there that have
> a comma as a decimal separator - it's just that they probably don't
> live in th
> "Modify the PDF"? Of course, you mean the TeX source file from which it was
> generated, not the PDF itself, right? It's in the docs module.
>
> m.
I already modified the PDF (I have Acrobat). I didn't know where the doc came
from
originally, and I don't know TeX.
If I have time later I'll tak
> So there's nothing wrong with it, it's just that every user has another kind
> of keyboard layout. ;)
>
> Best Regards,
> Oliver C.
Aha! Well, yes, I understand, now, but for newbies from the U.S. it will be
wrong. I'll
modify the PDF and send it to Curt (or whoever maintains that doc). It nee
> WeatherCM is the old weather system that has been "removed" from
> cvs for fgfs 0.9.4. It's in the old repository's hidden Attic/. I
> think it's safe to remove all traces to it.
>
> m.
Thanks. Will do. That simplifies looking at the code.
Jon
___
> I am debugging the gear jittering in JSBSim and I am seeing
> windNED spike every so often and I have commented out turbulence
> code in JSBSim, so I am wondering if these wind spikes are
> coming from FlightGear.
OK, in working to fix the gear jitter I've discovered some things about the
winds
> What does FlightGear do in the way of wind and turbulence? I assume that winds
> are set in
> FlightGear in NED coordinates and that those change slowly? Turbulence is
> modeled in the
> FDMs, but parameters are passed in? FlightGear does not model turbulence
> itself, does it?
What is WEATHER
What does FlightGear do in the way of wind and turbulence? I assume that winds
are set in
FlightGear in NED coordinates and that those change slowly? Turbulence is
modeled in the
FDMs, but parameters are passed in? FlightGear does not model turbulence
itself, does it?
I am debugging the gear ji
I am testing out a small preliminary fix for the landing gear jitter seen in
various
JSBSim aircraft. Curt has relayed that the default C-172 does have this problem
- and I
have now seen that. The preliminary fix does seem to have fixed that, although
when brakes
are applied while at rest there
This short reference:
http://www.flightgear.org/Docs/FGShortRef.pdf
shows the rudder control on the numeric keypad as being the 0 and "," (comma)
keys. There
is no comma on the numeric keypad. This is confusing.
Jon
___
Flightgear-devel mailing list
It's taking about 3 minutes to initialize FGFS under CygWin. I seem to recall a
conversation about that a few weeks ago. Is that something that is being
worked, or can it
be resolved? Is there something I can do to my setup?
Jon
___
Flightgear-devel m
> >Can you give me a good example case of where an aircraft is sitting on the
> >runway and
> >jittering a lot? I know that problem existed at one point with the C-172,
> >but
> it does not
> >seem to happen for me now. I have a possible fix I wanted to try out, so I
> >need a good
> >example.
1 - 100 of 896 matches
Mail list logo