> bass pumped
> 3. I send 0s for all the other properties that I do not want to
> control. I realize now that it was a bad idea... the aircraft sits
> frozen (none of the usual JSBsim vibration either) on the runway.
Can you give me a good example case of where an aircraft is sitting on the
r
> ..speaking of which; Are those Big-Overhaul-So-Lay-Off-cvs jobs
> done in the FG and JSBSim cvs trees?
Sorry. Yes. I thought I made a small announcement that I had gotten that taken
care of.
Maybe not.
Jon
___
Flightgear-devel mailing list
Flightge
I was looking at the gear jitter in the latest version of FlightGear with the
current C172
(JSBSim). I didn't notice much jitter at all - really very little. Is that
because winds
are off by default, now? Is there a particular setup where I can see it most
noticeably? I
have a possible fix that
> I have placed a compiled tarball of yesterdays OpenAL CVS files @
> http://www.vso.cape.com/~nhv/files/cygwin/cyg_openAL.tgz
>
> you might want to test these against the current FGFS before
> blindly overwriting your currrent installation
Is this distribution modified for use with CygWin as disc
> In the developers' list archives is the best we have. Cygwin wouldn't work
> at all if it were not for the excellent work by Norman Vine. There's no sign
> of OpenAL being ported to Cygwin at the moment, so this is the best we have.
> We are in constant danger of being left behind.
>
> Have you g
> Hmmm ... we had to fiddle with it to make it work some months ago ... I
> forget exactly what we did
This seems really unfortunate for FlightGear - that we have to rely on another
package
where some of us have to "fix" the code to work for CygWin users. Is this even
documented
anywhere?
jon
It appears as though JSBSim CVS is in a good state, with the new code, and new
directory
structure.
Notes:
1) No attempt has yet been made to test this with FlightGear - that will take a
little bit
of work. Things are different: the directory structure, the code, the aircraft
config
files, etc
> Well, I had been working on a B717... the flightmodel seemed ok, but
> hasn't been updated to the newer JSBSim config file formats, so it will
> need some work in that area.
I'll be posting a converter that takes old format files into the new format -
not the
engines or thrusters, but those are
> There is a plib api for accurate timing. You may not want a plib
> dependency in jsbsim, but you could take a look at which functions they
> use on which platforms.
>
> Curt.
Thanks. I'll take a look. I've got something that seems to work well enough at
the moment,
but at some point I'd like
> Jon Berndt wrote:
> >
> > I'm finally getting around to reinstalling FlightGear after a hard drive
> > crash a couple months ago. I have this as a place to get OpenAL for Cygwin:
>
> Try this version:
>
> ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/open
Is anyone aware of which C library calls for determining time (down to the
millisecond) -
either elapsed or calendar - are best used under all the platforms that
FlightGear runs
on?
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.or
> Andy wrote:
>
> whereas YASim allows different gear object
> to retract independently.
!!!
... now there's a thought. Hmmm. I feel a feature request coming for JSBSim. :-)
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
ht
> I am surprised to hear that JSBsim allows flying underground. It seems
> pretty non-sensical to me. I don't think any other FDM allows flight
> through material that is denser than air. I've had to put my earth-worm
> simulator on the backburner for now anyway so I don't see this as a very
> u
I believe you are seeing the results of a new capability that Dave Culp added
to JSBSim
recently.
Jon
> Gerard ROBIN wrote:
>
> > after crash, the aircraft is again in normal startup situation, we have
> > not time to see place and position of crash.
> > Is it new? if yes how can we disable tha
What is the current state of modeling sensors in FlightGear? There's a
discussion in the
JSBSim group about the technical aspects of modeling sensors from an
engineering /
simulation perspective.
Jon
___
Flightgear-devel mailing list
Flightgear-devel
> OK, got it working. On another note, are interpolation tables supposed
> to work everywhere factor tags do? They don't for spin animations, which
> would be handy for me right now.
You can use TABLES in FACTOR definitions, as with ground effect mods to the lift
coefficient in this example from t
> > Jon Berndt wrote:
> >
> >>It's alpha and beta.
> >>
> >>in radians:
> >>
> >>aero/alpha-rad
> >>aero/beta-rad
> >>
> >>in degrees:
> >>
> >>aero/alpha-deg
> >>aero/beta-deg
>
It's alpha and beta.
in radians:
aero/alpha-rad
aero/beta-rad
in degrees:
aero/alpha-deg
aero/beta-deg
Jon
> OK, I'm trying to find what the air velocity relative to the fuselage of
> a jsbsim plane is. I'm pretty sure the info is in
> /fdm/jsbsim/atmosphere, but I don't know which values are
I'm interested in tallying up the existing JSBSim aircraft flight models. I'd be
interested to know (either by posting here or sending me a personal email)
which aircraft
you have modeled. It seems there are a lot of models floating around that are
not really
known about (albeit in various states
> On Monday 30 May 2005 13:21, Jon Stockill wrote:
> > I'm not certain the area that the ground cache covers, but I
> > suspect it has applications beyond just contact points. ISTR
> > Lee was wanting to know ground elevation a distance ahead of
> > the aircraft for the terrain following mode of th
> > Only the **C-172** doesn't? Or, any JSBSim aircraft?
>
> I tried several aircraft: all YASim worked. None of the JSBSim aircraft did.
> But I wouldn't worry about it. Give Mathias a few hours time. That's probably
> not hard to fix. (And enjoy the bo105 in the meantime! :-)
>
> m.
You suspect
> * Erik Hofman -- Monday 30 May 2005 18:22:
> > I don't get it, I didn't see this behavior until after I committed the
> > patches, when I noticed it once. Melchior has these patches also applied
> > and didn't complain.
>
> And I first saw it when I tried to reproduce Jon's problem. Which "wo
I'm finally getting around to reinstalling FlightGear after a hard drive crash
a couple
months ago. I have this as a place to get OpenAL for Cygwin:
http://www.vso.cape.com/~nhv/files/fgfs/openal.tgz
Is this still the latest/best dist?
Jon
___
Fligh
> > Is the "ground cache" for the benefit of the FDM?
>
> The FDMs are currently the only users of the groundcache, and yes, they
> benefit from it. A lot. Per-wheel/contact-point ground awareness hadn't been
> done before Mathias implemented the ground cache. And probably it would have
> been a bi
> Melchior FRANZ wrote:
>
> > For those who care: these changes to the beacon solve one of the recently
> > discussed problems with hanging FDM: The beacon is a quite expensive
> > structure.
> > It consists of about 1000 vertices and 950 triangles, all on the same spot.
> > When you fly over a b
> directly. We aren't trying to eventually replace JSBsim with a
> proprietary flight dynamics model here so please, I don't want anyone to
> worry. :-) Jon :-) My main goal for attending this show
> was to show the flexibility and adaptability of FlightGear as an
> engineering and rapid prototy
> Lately I've been flying around German terrain and have been getting an FDM
> freeze at seemingly random occasions after flying for ten minutes or so.
> Here's a screenshot of the freeze:
>
>http://home.comcast.net/~davidculp2/fdm_freeze.jpg
>
> The user airplane is frozen, but other t
This is actually a good question to pass along to the FlightGear developers
list, too.
I'll repost any good answers here to the JSBSim list.
> Andreas wrote:
>
> > I want to use JSBSim to simulate an airplane (no matter which airplane, so
> > I use
> > the Cessna).
> ...
> > The problem now is t
> On Freitag 20 Mai 2005 16:37, Andy Ross wrote:
> > Mathias Fröhlich wrote:
> > > At first I need to know how this local frame is meant.
> > > What I have found from the code is that it is meant to be the *geodetic*
> > > horizontal local frame.
> > > But is is meant to be fixed at the aircraft an
> I'm a bit hazy on the reference frames, and I don't have a book handy, but it
> looks to me as if JSBSim doesn't calculate accelerations in the local frame
> (north, east, down). Maybe Jon or Mathias can weigh in on this, but looking
> at Propagate.h I see local-frame velocities available throug
> c172 JBS Axx, Ayy, Azz seem always zero where PA-28 and A-10 YASim have
> values. This effectively makes t2 = 0 and defeats the pot_slope from any
> value
> other than Vx, Vy, Vz.
>
> Mike
Interesting. Since I lost a hard drive recently and haven't had time to
reinstall
FlightGear yet, I'll
> That would be ideal, however there seems to be a dis-connection between the
> EOM in the JSB models that's present in the YASim model. Of course, I'm
> comparing the PA-28 to the c172 models, but the PA-128 will drive the energy
> markers within the HUD according to model velocities and acc
> I'm using the energy markers in the HUD to define inputs to the
> student and the Yasim FDM seems to support more HUD components than the JBS
> FDM...
>
> Mike
?? I would have figured the HUD symbology is FDM-independent.
Jon
___
Flightgea
> > Was HLA support ever added to flightgear?
>
> ..what do you mean by "HLA support"?
https://www.dmso.mil/public/transition/hla/
"The High Level Architecture (HLA) is a general purpose architecture for
simulation reuse
and interoperability. The HLA was developed under the leadership of the
You might want to post this to the JSBSim mailing list, too. There is a growing
amount of
discussion there about modeling helos in JSBSim, if that is what you are aiming
for.
Jon
> -
> ghours wrote:
>
> I have tried to make two helicopters as close as possible to the
> s
The Spring 2005 issue of "Back of the Envelope" has been posted at the JSBSim
web site
(www.jsbsim.org).
This issue features lots of news on various projects that JSBSim (and
FlightGear!) are
being used. There is also an article on a new editor that is well into
development - and
editor that co
> > You only need the JSBSim diff (and the FA18, of course :-). I don't know
> > it the diff does still apply, though. (It's Mathias' work, not mine.)
> The diff still applies, since JSBSim is developed elsewhere.
> Erik usually moves changes from JSBSim to flightgear before a release of fg.
> Unt
> * Ampere K. Hardraade -- Wednesday 27 April 2005 14:39:
> > Another congratulation is in order -- successful landing.
>
> I'm shocked! How could this happen!? Hasn't that (Boeing founded) study
> pointed out basic problems with the A380?
>
> m. :-}
I'm not aware that Boeing has claimed any suc
> It's nice to be able to have backout routines for interpolation
> tables, as well, which can be extremely helpful in initialization
> code. For tables up to 3d with fixed independent indices (is this
> what you meant by 'grid', or did you mean fixed intervals?), this is
> pretty straightforward.
> Probably several. YASim has one for doing interpolation of standard
> atmosphere parameters, and I'm sure there's a similar engine in the
> JSBSim code, which depends on tables extensively in its configuration.
Yeah, that's something that could be a project in itself. There are a few ways
to d
> On Thu, 2005-04-07 at 17:36, Erik Hofman wrote:
> >
> > Yes, the C172p. At least and the F-104, F-15 and F-16 are based on
> > windtunnel data. The T-37 is partially based on flight test data.
> > And Both the Fokker 70/100 and Fokker 50 use available data where possible.
> >
> > None of them are
> Josh Babcock wrote:
>
> > As for the directory, it is Engines, but that doesn't matter, I tried it
> > both ways and it pretty much does the same thing. I just took a closer
> > look at this. I had misread the strace before. Here's what I found that
> > it's doing:
>
> This might be a silly quest
> Yeah, I actually took a look at that. I have a handle on how to do the XML, I
> just don't have the expertise to make the actual sound files. The DC3 engine
> sounds are nice, but they don't quite have that throaty sound that you get
> from
> an 18 cyl radial. I found a few recordings, but t
I'm restructuring the JSBSim directories in my local development environment,
in hopes
that it will simplify the development task and allow easier comprehension of
the file
structure. I'm learning about the autoconf/automake process. Right now I'm
trying to learn
about the Makefile.am files. I h
> However I thought JSBSim was just a flight dynamics engine?
> Even if these features were added to an aircraft config file FG would still
> have to be modified so that instruments can also have their own separate
> config files otherwise you end up coding the instrument maths/logic into the
> air
Anyone ever try to get wxWindows to compile under Cygwin? I'm getting a strange
SOCKET and
m_timeout error.
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e
> just a quick question: are there any guidelines regarding the scope at which
> property system values should be accessed?
>
> E.g., when should classes communicate values via the property system (if
> at all)? At which level in the program structure / by which
> entities should the property syste
> With JSBSim, you could write a "property interface manager" for these
> guys that replaces the "internal" internal fuel/weight managers you
> have right now. If you wanted, you could actually write property
> listeners to override the current property nodes and wire their
> get/set operations di
> Jon S. Berndt wrote:
> > I haven't been following this thread very closely. Can someone
> > concisely recap what is wanted, here? It's most likely a very simple
> > addition for us if it's something we don't now model.
>
> Actually, YASim uses a Nasal-based fuel system that was designed to be
> F
> I have been using the c172 aircraft. Is it controlled by jsbsim or ysim?
>
> Thanks,
>
> Seamus
I vaguely recall hearing that there is a C-172 for each of those two FDMs. If
you are
refrring to the default c172, that's _probably_ the JSBSim one.
I haven't been following this thread very close
The latest issue of "Back of the Envelope", the newsletter for the JSBSim
Flight Dynamics
Model, has been posted at the JSBSim web site. You can download the PDF and
read it by
going to www.jsbsim.org and clicking on the newsletter link.
Articles in this issue:
- JSBSim Configuration File Forma
> > > ..hell no! Point these assholes to any good Islamic site to show'em
> > > how these Religious Righteous Spammers Errs as humanoids.
> >
> > You should not generalize,
>
> ..hell yeah, you're right, what I meant was any good Islamic shows how
> most people are "primitive muslims who are ne
> Ok wrong word. Let me just say that it seems to lack some magic. Setting up
> the p51d in Yasim was not my original intention as Jon S. Berdnt was claiming
> at the time I started the 3D that he had a nearly working JSBSim model.
... which I did. I thought. The more I looked at the numbers fo
> Let me steer this discussion in another direction ...
>
> I would really love to start talking about doing a v1.0 release of
> FlightGear ... maybe this spring or early summer. There are a couple
>
> 3. Fix the JSBsim low speed gear jitters. Here's my one and only *big*
> gripe about JSBsim ...
> > c172, c172-le, c172p, c172r, c172x - I don't have the energy to sort
> > out the dependencies so throw it all in.
The C-172X is purely a development model It should definitely NOT be released.
Jon
___
Flightgear-devel mailing list
Flightgear-deve
> That sounds to me like the difficulty is in choosing (finding?) the
> coefficients, rather than in the coding of JSBSim?
> I don't mean to minimize the difficulty of finding all of those
> coefficients, but in some sense that is really a different problem than "can
> JSBSim do it?"
No new code i
> Does anyone know if there is something similar in JSBSim? It seems that the
> spoilers there are only symmetric, so are useful for landing, but not for in
> flight use?
>
> -- Adam
It hasn't been done, yet - I was just discussing this offline with someone. Let
me say
that, yes, it certainly CA
> In addition to the tag, I also support a and
> tags. It would be great if people could go through and fill in these
> fields as they can.
Is that for the FDM? JSBSim v2 config files will feature this header (partially
in working
with the DAVE-ML spec):
Tony Peden
1999
Models a 1997
Alan Buis (818) 354-0474
Jet Propulsion Laboratory, Pasadena, Calif.
Gretchen Cook-Anderson (202) 358-0836
NASA Headquarters, Washington, D.C.
Howard Cohen (301) 227-3105
National Geospatial-Intelligence Agency, Bethesda, Md.
News Release: 2005-004
Jan. 6, 2005
NASA Goes Down Under for Shuttl
> That sounds like the right approach to me (and I'm an expert because I
> took a compilers class 15 years ago and we used the "Dragon book".) :-)
>
> Curt.
I stayed at a Holiday Inn Express, once ...
:-)
Jon
___
Flightgear-devel mailing list
Fligh
> The problems were twofold:
>
> 1) I was not correctly allowing for split chunks (multiple data() calls).
> 2) I need to have table data as it is, now.
>
> Almost fixed. But, the kids are up and it's time for breakfast...
>
> Jon
OK, I fixed the problem. Here's what I do now in FGXMLParse (my
XM
> On Wed, 29 Dec 2004 08:06:13 -0600, Jon Berndt <[EMAIL PROTECTED]> wrote:
>
> > It appears that entire tables could be read in as one data chunk. I need to
> do processing
> > in that case and "manually" separate the data rows. I think I've almost got
> OK, I think I've figured out what the mitigating circumstance is. I can avoid
> "digesting"
> strings composed purely of blank spaces and newlines, but this seems to
> create a problem
> with table constructs:
>
>
> Yaw moment due to beta
>
> aero/qbar-psf
> m
> No, there is no guarantee that the string will be non-empty (that goes
> down to the underlying XML library). Again, make sure that you set
> value = "" at the start event, and then process value at the
> corresponding end event.
>
> David
OK, I think I've figured out what the mitigating circum
cussions
> Subject: Re: [Flightgear-devel] EasyXML problem?
>
>
> On Tue, 28 Dec 2004 19:41:55 -0600, Jon Berndt <[EMAIL PROTECTED]> wrote:
>
> > void FGTrafficManager::data (const char * s, int len)
> > {
> > string token = str
> Make sure you blank the string at the start tag.
>
> David
Here's what's in the Traffic Manager:
void FGTrafficManager::data (const char * s, int len)
{
string token = string(s,len);
if (( token.find(" ") == string::npos
&& (token.find('\n')) == string::npos))
{
> Collect it in an STL string and then process it when you see the end tag.
>
> David
I thought that sounded reasonable and tried that this morning. But, it still
doesn't seem
to work - in fact (at least the way I'm doing it) it seems worse that way. A
quick glance
seems to suggest (rightly or w
> Hmm, I thought I already had, but it seems I'm mistaken. It's in the
> LaRCsim code (IO360.cxx), but never made it over to JSBSim's FGPiston.cpp.
> I believe I was gunning for about 25 rpm drop on one vs. two magnetos in
> the original code. I'll port it over...
>
Dave:
There are two active b
On Sunday 19 Dec 2004 22:03, Jon Berndt wrote:
> > Screen shot? :-)
> >
> > Jon
>
> Here we are: (screenshots)
>
> http://www.cyfinity.com/fgfs/c172p1.jpg
> http://www.cyfinity.com/fgfs/c172p2.jpg
> http://www.cyfinity.com/fgfs/c172p3.jpg
> http://www.cyfi
Screen shot? :-)
Jon
>
> If you'd like to try the c172p you can grab it here:
> http://www.cyfinity.com/fgfs/c172p.tar.gz (extract in your /data/Aircraft
> folder but back-up your existing 172p first! ;) )
>
> Any feedback you can give me is greatly appreciated :-)
>
__
> Would you mind repeating your original intention, Jon?
>
> Ampere
I started out with the question: "Can anyone recommend a good digital
camcorder?" and it
went downhill from there.
;-)
Here was my original question: "I'd like to remove the code that normalizes
angular
measurement, but I am t
Boy, do I enjoy a vigorous debate, especially when I am right. Unfortunately,
in this
case, I appears that I did not consider all the needs of the animation system.
Neither one
should have to be designed to make up for something the other doesn't do. So I
think the
best thing to do, as we've hit
> Jon Berndt wrote:
> good chance
> > that you're not going to get exactly 30 degrees flaps. The actuator
> > mechnism probably
> > won't linearly extend the flaps due to the compound nature of the flap
> > mechanisms.
>
> If that is the case the FD
> Curtis L. Olson wrote:
> > It doesn't probably matter too much for 3d animation if your conversion
> > factor get's you close.
>
> There is another thing, all doors, struts and support bars are animated
> based on the gear extension. While the main gear extension might be
> perfectly valid in de
> > Also, ask yourself the question, does the normalized value of, say, 0.5
> > really correspond to 30 degrees of flaps when the total range is 0 to 60?
>
> It should be, if the FDM does it's thing right.
>
> Erik
Not so fast. Aero tables might be indexed for flaps based on angle. If the
flaps a
On Behalf Of Arnt Karlsen
> On Fri, 17 Dec 2004 09:22:17 +0100, Gordan wrote in message
> <[EMAIL PROTECTED]>:
>
> > Hi,
> >
> > > Pilots are taught to think in terms of pressure on stick not
> > > displacement. That is part of the reason that the F-16 is built the
> > > way it is.
>
> ..this used
> Curtis L. Olson wrote:
> > Erik Hofman wrote:
> >
> >>> Personally, I would be in favor of using angles to describe the
> >>> positions of left/right aileron, elevator, rudder and nose/tail wheel.
> >>
> >> Please, not for the wheels. Really.
> >
> > It doesn't probably matter too much for 3d ani
> Hi,
>
> I agree with Norman. As long as control system is of concern, it is much
> better to use normalized units.
Control law block diagrams I have seen take stick input in pounds force (pilot
inputs) and
output in degrees to actuators. I've never seen one that output control
commands to an
a
> Jon's mail server setup is ok
> ..aaand...
I am not sure yet what's going on with my email server[s]. I got an indication
from
SourceForge that they are aware of a problem and tell me I'll have a fix
shortly. That's
why I am using this list insteda of the JSBSim list - plus it needs to involv
> And the Simgear 3D animation code is all about taking those normalized values
> and translating them to a representation of degrees movement. On the surface,
> this doesn't make sense to me either.
>
> Changing this on the FlightGear end and making the other FDMs compatible is
> quite a task tho
Do 3D models use a "normalized" range to model aerosurface rotation, or actual
degree
magnitude? I've been looking at the JSBSim flight control code and the addition
of the
code that "normalizes" aerosurface (elevator, aileron, etc.) rotation positions
confuses
the code, and appears to only be r
> For the splash screens we could organise a contest from users (yes, just
> like gimp and others do) and select the 5-6 top spashes for inclusion.
> Finally for the multi part i will check the code to see if i can help.This
> is where all the fun is :P
I might have a look at doing some splash scr
> Alistair K Phipps writes:
> >
> > or use vector< FGTable* > rather than vector< FGTable >,
>
> Yes I prefer using this form too
>
> Norman
I made a few small changes to use the pointer as described above by Alistair.
That took
care of the problem. Thanks guys.
Jon
___
> But I don't know at the moment, why Jons code doesn't work :(
>
> CU,
> Christian
For the moment, I'll just make it non-const.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f58
> Can you give a complete minimal example? I just tried the
> following one, and this compiles without problems, as it should:
See below.
> Are you *using* the assignment operator for your class
> somewhere?
Not that I know of.
> Cheers
> -Gerhard
Header file for FGTable:
--- start ---
#inc
> I think it complains the class has no constructor other than the
> copy one.
>
> you should try to add one :
>
> class MyClass {
> public:
> MyClass(AnotherClass *p); // constructor
> MyClass(const MyClass &mc); // copy constructor
>
> private:
> AnotherClass* const ptrToAnotherClass;
I have a situation where I am getting an error and I am not sure why. I have a
class
MyClass that has a copy constructor. The class has a private member that is a
const
pointer (the pointer is constant - not what the pointer points to):
class MyClass {
public:
MyClass(const MyClass &mc); // co
> Does anyone know if there is a parametric plane generator
> for FlightGear.
> Here's what I mean. If I have span, chord, wieght,
> center of gravity, pitching moment, coef_lift at various
> angles of attack, coef_drag like wise, prop efficiency,
> et cetera, Can I generate an aircraft conf
I'll
forward this one to the JSBSim list. I think Bill might have a good answer for
this one.
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]On Behalf Of Ed
BakerSent: Thursday, December 09, 2004 5:41 PMTo:
[EMAIL PROTECTED]Subject: [Flightgear-devel
I've got shell access to SourceForge, but not to the cvs machine itself. I
don't think I'd
want to play with that, anyhow.
This won't be a showstopper, just a minor inconvenience.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of David
> Megginson
> Sen
You have either a corrupted installation or a very old copy of FlightGear.
Those files
have not been in our distribution (or referenced) for somewhere around a year
(maybe two).
Jon
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Ron King
> Sent: Mo
I think the suggestions are getting more complicated than Curt had envisioned.
I think a hierarchy such as that which Curt mentioned makes a lot of sense.
Beyond that,
Dave Culp and I discussed at one point how nice it would be if one could simply
grab an
aircraft tar file that contained everyth
> Hi,
>
> Apply carrier-operations.diff to flightgears source directory.
> Put JSBSim-dropin.tar.bz2 into the JSBSim subdirectory.
> Apply data.diff to the data directory.
> Use the slightly updated FA-18.tar.bz2.
Note that if you drop this in atop the current JSBSim code I'm not quite sure
what
Looks like X-Plane is finally going Linux - not just the support apps, but the
whole
thing. I guess there's even a beta available. Anyone try it, yet?
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/
I've started a JSBSim FAQ at the JSBSim web site. See the link at the top of
the main page
or go to www.jsbsim.org/FAQ.html
This is just a start of what I expect to be a long work in progress.
Suggestions/submissions welcome.
Jon
___
Flightgear-devel
> I want to share a few impressions from my first landing on the nimitz.
> The carrier still does not move, but the wires are working with a demo
> implementation in JSBSim.
>
> Pics from the replay:
>
> http://na.uni-tuebingen.de/~frohlich/carrier/
>
> :)
Nice pics.
Jon
___
> On Wed, 3 Nov 2004 19:40:57 -0600, Jon Berndt <[EMAIL PROTECTED]> wrote:
>
> > Well, I don't know if my calculations helped any, but it sure was a fun
> > diversion for a little while ...
>
> Since Jon accidentally went online with this, I'd like to thank
Oops.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
OFFLINE
Well, I don't know if my calculations helped any, but it sure was a fun diversion for a
little while ...
:-)
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c
> Jon Berndt wrote:
> > JSBSim will report only (for config file format v2.0) "RELEASE" as:
> >
> > UNRELEASABLE
> > ALPHA
> > BETA
> > RELEASE (or PRODUCTION)
>
> I think ALPHA and UNRELEASABLE are the same for FlightGear (unless you
> r
101 - 200 of 896 matches
Mail list logo