That sounds pretty good. Did you make it from scratch?
Whats the deal with the 2 squeaks in that directory?
They are all my original work.
If you like them, you can include them in the base package.
(Although I'm not certain the squeak are worth including ...)
Erik
Jon S. Berndt wrote:
I am thinking that some of our problems in JSBSim may be due to numerical
precision. To rule out this I am considering moving all floats to doubles. The
results of this are something I am not fully able to address, so I am asking
for opinions on this:
1) Bad idea?
Alex Perry wrote:
I found out, that it's in fact not a problem with the keyboard settings,
as ^U does still work with magic carpet and larcsim. Furthermore,
not only changing the altitude in JSBSim via ^U, but also via the new
property-picker and via telnet yields the same results:
Well,
Andy Ross wrote:
Erik Hofman wrote:
I'v uploaded a new wind.wav file
at:http://www.a1.nl/~ehofman/fgfs/download/
Before you can use it you have to aplly a small patch.
+ _crank-set_pitch(1.9);
[...]
+ float airspeed_kt = cur_fdm_state-get_V_equiv_kts();
if (rel_wind 60.0
Alright,
I've uploaded a renewed wind.wav file and a patch to FlightGear at:
http://www.a1.nl/~ehofman/fgfs/download/
I'm quite pleased with this one.
Could you please tell me what you think about it?
Erik
___
Flightgear-devel mailing list
C Hanish Menon wrote:
Hi
I also tried getting Atlas up and running on my debian machine. In the process
I found that the Makefile requires to add some additional library files to get the
program compiled on the linux machine.
I tried informing the Atlas mailing list, but it requires
Flavio Villanustre wrote:
On Mon, 26 Nov 2001, Erik Hofman wrote:
Runways are in a sepperate file called default.apt
I'm not sure if it is wise to update this file since it is derived from
a database maintained for another project (X-Plane).
Perhaps this is an stupid idea, but what
I actually don't know if this is usable for FlightGear but it has some
nice features.
Erik
GLAF 1.0 -- OpenGL Advanced Functionality
-
The first version of GLAF, a small library for accessing OpenGL advanced
functionality in a compatible way from
Somebody who wants to participate here?
Erik
---BeginMessage---
D E V E L O P E RE D G E
FLASH
11/28/2001
SGI Global Developer Program
Martin Spott wrote:
The SGI-based developers of FlightGear might be interested in this ...
If we submit a team entry, do we all get free passes to the conference ? 8-)
We all get an Octane2
So when do we go?
Erik
___
Flightgear-devel
David Megginson wrote:
Curtis L. Olson writes:
- At one point we were playing around with 1024x1024 textures but
consider that a single RGB texture at that resolution with
mipmapping turned on can consume about 6Mb of your cards RAM so I
think in general we should shoot
Curtis L. Olson wrote:
Martin,
I have had trouble running complex opengl apps remotely between
different linux and sgi (both directions.) I don't think the two glx
implimentations are identical enough, and it may be that flightgear is
doing something too complex for the sgi glx
When I run FlightGear over the same ISDN line (I don't have any PeeCee at
home) I encounter the following message:
X Error of failed request: BadLength (poly request too large or internal Xlib
length error)
Thess messages explain it a bit (but give no apperent solution):
Andy Ross wrote:
Erik Hofman wrote:
Err, I must confess I actaully found it! (Man, MipsPro has way too
many compiler switches, it was hidden int the
-LANG:ansi-for-init-scope=ON flag).
Anyway, I won't bug you any more with this :-)
Doh! Too late, I already changed
John Wojnaroski wrote:
This is about as ugly as it gets. This will go on your permanent
record. :-) :-) :-)
Argggh, banished to the netherworld... I should have realized that! :-0
There's nothing wrong with the netherw.. oh, you did'nt say Netherlands.
Pfew. :-)
Erik
Curtis L. Olson wrote:
priority, but are things an average person will immediately notice and
ding us for) then I would be tempted to roll out the 0.7.9 release
soon. (I'm thinking specifically of the startup-onground sinking into
the ground and spinning slowly bug in JSBSim and the
Ross Golder wrote:
lack of a panel, I can 'Ctrl-U' it up a couple of grand and glide around
for a bit quite happily (as a hang-glider pilot, sometimes I can't be
bothered with engines and props ! :) ) I can't currently do this with
JSBSim, which rather that going up 1000ft, seems to bump
Andy Ross wrote:
What would be best, of course, is finding a POH that lists exact power
settings at some reasonable cruise. I didn't do this (does anyone
have an online source for POH performance numbers?), and instead
copied a bunch of numbers in from different sources. So, in fact, you
John Check wrote:
There is another solution, but I don;t know if this is set up by John
(or somebody else). Is there a way to get the base package with rsync at
the moment (end if not wouldn't that be a nice addition)?
I suppose I could do that. Give me a day or two, I have to tell co-lo
Paul Deppe wrote:
Gents,
When compiling SimGear 0.0.16 with the latest Cygwin (Win2K) I get the
following compiler error. Has anyone else seen this? This is a clean
SimGear with ./configure; make.
Everything goes well until...
Making all in simgear/metakit/unix
make[1]: Entering
Curtis L. Olson wrote:
Do you know if this change will work ok on other platforms, why does
it help? I don't recall anyone submitting this patch to me before,
but I've got about 850 pending messages in my flightgear inbox so it
could still be in there ... it helps me if patches come
Norman Vine wrote:
Erik Hofman writes:
Eh, no.
I need the CXXFLAGS from SimGear in Metakit.
AH AH !
Is this only for a specific compiler or Machine type
Yep. IRIX.
Can you tell me how to identify your machine(s) that need the
SimGear CXXFLAGS because they BREAK compiling MetaKit
Curtis L. Olson wrote:
How about turning over to a real SQL database:
http://www.hwaci.com/sw/sqlite/
Well, our needs are very simple, and likely any package will have it's
share of headaches. I'd prefer just working through the metakit
issues rather than picking another package and
David Megginson wrote:
Curtis L. Olson writes:
This can significantly increase load times ... which is a hassle if
you are doing a lot of compile/run testing ...
I just wrote a short ANSI C++ test program to read the airport
database from the text file into an in-memory hash table.
Norman Vine wrote:
Erik Hofman writes:
I noticed that in SimGear/timing/timestamp.cxx for Windows the seconds
are intitalized to zero while under Unix it initilized properly:
You expect Windows and Unix to do things similarly ?
I expected FlighGear/SimGear would use the same variables
Hi,
Today i have taken some time to take a look at the SimGear code and
decided it might be time to create a new class definition.
I'm not sure this is the right time to discuss about it. But then again,
I always have the feeling it might not be the right time. ;-)
This is a definition
Bernie Bright wrote:
I've been using the Boost libraries (http://www.boost.org) for some time
now and that is what they do. Portability is one of Boost's goals. I
also wouldn't mind the opportunity to refactor the compiler
configuration stuff similar to how Boost has done it.
This might
David Megginson wrote:
Erik Hofman writes:
David Megginson wrote:
I agree strongly on namespaces -- they'll eliminate some of our MSVC
conflicts as well, especially if people avoid using global #defines
whenever possible. Do all of our target compilers now support them
Robert Green wrote:
Erik,
Did you hear anything on your group participating?
It is a great opportunity to show what you are doing and possibly win a new
SGI system...
Yeah I know, there are two persons who might be willing to come over,
but as far as I can tell the rules don't allow
Jon S. Berndt wrote:
We're two weeks from twin boys being born, ourselves. I still
don't have two good boys names in hand ...
Ehm, how about ..
Erik
As a matter of fact, we have two interim names that we refer to them as
prior to birth: Erik and Max (short for Maximus). If I don't come up
Jon S. Berndt wrote:
We're two weeks from twin boys being born, ourselves. I still
don't have two good boys names in hand ...
Ehm, how about ..
Erik
As a matter of fact, we have two interim names that we refer to them as
prior to birth: Erik and Max (short for Maximus). If I don't come
Norman Vine wrote:
I have been fighting this one for 'awhile' with no success
therefore my reccomendation for AC_PREREQ(2.13)
It is probably a shell syntax mistake or somesuch :-(
although this could be a cascade from autoconf failing with
configure.in: 145: error: possibly undefined
David Megginson wrote:
The current aircraft config-file approach is a major improvement over
what we had before, since the user can use a single option,
--aircraft, to get the right aero, panel, sounds, etc. However, it is
not easy for the user to provide aircraft-specific overrides. For
David Megginson wrote:
Graphic Artists
---
We also need a couple of good icons, one for the application and one
for its data files. I made a crappy one depicting a 3/4 view of a
inexplicably greenish Cessna 310 in a steep turn, and will use it if
no one develops anything
throttle1000 wrote:
*The idea would be to use the graphichs part of MS files.*
*They have lot of nice airplane outside and panel graphics.*
*That alone would take 1000 years to do.*
*Yes. They have errors! But one should only use what is*
*good and ignore what is not correct. I am
Hi,
Since a few days I have the following error message, and I can't find
why ??!?
/home/erik/fgfs/include/simgear/misc/props.hxx, line 837: error(1377):
function SGPropertyNode::tie(const SGRawValueint , int) has
already been declared
bool tie (const SGRawValueint
David Megginson wrote:
Erik Hofman writes:
As far as I know, only dos (and Windows3.1) do have this restriction.
OS/2, MacOS, BeOS, all Unices and Win9x+ support more than 3 characters
in the extension.
I know that VFAT and FAT32 allow extensions greater than three chars
Norman Vine wrote:
This is exactly the reason to stay with 8.3 file names
i.e. the paramount rule in practical user interface design
THE USER DOES NOT HAVE TO GUESS -- EVER !!
Supporting the Point and Click Interface of Win9X is not enough
the underlying file system is DOS no matter what
throttle1000 wrote:
Any gauges '.gau' files are normally copied into the 'FS2002/gauges' folder.
But always make sure you follow the installation instructions given with
your
panel.
Comments:
I just wonder if .gau files cannot be descrambled?
Even if it could be done it's
Thales de Lima Ferreira wrote:
How do I set a speciffic time and date in the flightgear? Like I want to
fly at night on 23 of december of 1984...
runfgfs --start-date-lat=1984:12:23:23:00:00
Regards,
Erik
___
Flightgear-devel mailing list
David Megginson wrote:
And so it does, at least for G++ 3.0. I've committed Norm's change to
the FlightGear and JSBSim CVS repositories. Please let me know if
there are any further problems compiling with G++ 2.95 (or MSVC,
etc.).
I have to use
long flags = cout.setf(ios::fixed);
Thales de Lima Ferreira wrote:
Hello,
I still can´t set the time in the Flightgear...
I tried using runfgfs --start-date-lat=1984:12:23:23:00:00 and also
with flightgear.exe, as Erik Hofman suggested (thanks for the help by
the way) but it didn´t work, all I got was a list
David Findlay wrote:
On Sun, 13 Jan 2002 17:24, you wrote:
It would be nice if we could freeze and release 0.7.9 in the next two
weeks. That way, people visiting the LWCE booth in New York will be able to
download something that looks like the version being demonstrated at the
show.
Curtis L. Olson wrote:
I had someone email me this weekend that the fgfs-base-0.7.8.tar.gz
has a virus (as detected by the McAffee vshield.)
Just as a side note, McAffe has identiefied some programs as containing
virii in the past. It just looks at a byte sequence in a file and
suggest it
Boslough, Mark B wrote:
Jon,
No, that .infig.status is literally what I'm getting.
I don't have a file called Makefile.solo. Can you tell
me where to get that file? Thanks for your help, I've
been struggling with this over the weekend.
You're not accidentally using JSBSim supplied with
Andy Ross wrote:
this. Frankly, if we really want to move away from GLUT, for whatever
reason, I'd suggest SDL instead.
Me too, I have threads/timing working for SDL (which basically means
threading for windows/MacOS is supported then) and I am working on the
sound code.
It actually
Christian Mayer wrote:
Erik Hofman wrote:
I don't say why should move to SDL, but I like it and *if* we move away
from GLUT (which in my opinion would be a good idea) then SDL would be
my favorite alternative.
Well, there are thoughts to make PLIB 2.0 GLUT independant as it whould
ship
Curtis L. Olson wrote:
FlightGear and plib have had a very good cooperative relationship and
both projects have greatly benefited because of that.
If bug-fixes don't get applied we have to move on.
Erik
___
Flightgear-devel mailing list
[EMAIL
Norman Vine wrote:
just a teaser image for now
http://www.vso.cape.com/~nhv
FWIW - good data is hard to get
Cool stuff. I've been thinking to use this data (except for submarine
simulation) for coastlines in FlightGear (different textures for
waterhights of less than (lets say) 60 feet.
Christian Mayer wrote:
Anyway, could all
#include zlib.h
lines be changed back to
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
w/o causing any trouble? This would help me. I wouldn't need any other
change as the directories are still
Hi,
The latest FlightGear from CVS gives me a core after startup.
I traced it back to SimGear/simgear/misc/props.hxx line 730:
Process 14190 (fgfs) stopped on signal SIGSEGV: Segmentation violation
(default) at [SGPropertyNode::getAttribute(SGPropertyNode::Attribute)
const:730
Julian Foad wrote:
Erik Hofman wrote:
The latest FlightGear from CVS gives me a core after startup.
I traced it back to SimGear/simgear/misc/props.hxx line 730:
Process 14190 (fgfs) stopped on signal SIGSEGV: Segmentation violation
(default) at [SGPropertyNode::getAttribute(SGPropertyNode
AAARGH!
After five days of searching for what the hell was going on I discovered
mk4.h contains:
#define bool int
One lousy line ruining your life! Yuck.
If you get all sorts of strange error messages, you have to remove that
line.
Erik
:(
Norman Vine wrote:
Erik Hofman writes:
Could we abandon MetaKit completely please?
The 2.4.2-32 version which is supplied by SimGear doesn't compiler
properly. I vote for using David's plain text sulution (at
least for now).
I really don't care what we do any more but .
I am
Christian Mayer wrote:
Geoff McLane wrote:
In my case it effects -
simgear/sg_zlib.h, and 2 other headers - no problem. I
usually 'fix' them locally and get on with the compile ...
It's no problem to fix. But it doesn't compile out of the box without
a fix - and that's bad.
I was
Melchior FRANZ wrote:
* Martin Olveyra -- Friday 25 January 2002 04:08:
The specifications of nvidia drivers are not available for public so it is
not posible to do that, but Nvidia distributes its own driver freely and
works very fine.
Why can be somebody interested on an open source
Wolfram Kuss wrote:
BTW, have you also seen
http://www.linuxtag.org/cfp/cfp3-en.html
!!
Anyone wants to do a talk on FlightGear?
I for my part will not do a Linux FlightGear talk since I have little
experience with Linux and am too little involved in FlightGear. Last
year I expected I
Curtis L. Olson wrote:
Now - Feb 8 (this week and next) is the last chance to submit new
features for the 0.7.9 version. Preferably I'd see more bug fixes
than features in this time.
Feb 9 - Feb 15: Everyone should be building from cvs and the trial
tarballs and reporting any
Hi,
I've noticed both th c310 and c182 give a problem at load time.
The problem is related to the retractable landing gear because it dumpt
core right after:
9: GEAR_CONTACT 0
20: GEAR_CONTACT 1
21: GEAR_CONTACT 1
22: GEAR_CONTACT 0
23: GEAR_CONTACT 0
24: GEAR_CONTACT 0
25: GEAR_CONTACT 0
Curtis L. Olson wrote:
Martin Spott writes:
To explain what Erik's talking about: You don't get an appropriate video
card that you can use in an SGI for just $50. 2x 4 MByte Texture RAM to
upgrade an Octane SSI to MXI cost more than $1000 - and you can't use
FlightGear's textured scenerey
Curtis L. Olson wrote:
Erik,
I want to clarify that I wasn't trying to speak ill of sgi or those
who use sgi computers. I was just responding to Martin Spott's
suggestion that it would cost $1000 to turn an Octane SSI into
something that could reasonably run FlightGear. And then
Martin Spott wrote:
Anyway, even if someone optimizes FlightGear's use of unusual graphics
hardware there will ever be the lack of CPU cycles, as even modern SGI
Workstations run at moderate CPU speed. This gets pretty obvious when
comparing frame rates of FlightGear running LaRCsim or
Christian Mayer wrote:
PS: Is there a way to install FGFS (+SimGear + PLIB + GLUT) on a Indy
w/o root privileges? I'd like to try it at the university.
For source is easy, just place it in you home directory.
For tardist packages:
inst -r ~
this will change the root of the distribution to
Curtis L. Olson wrote:
I'm still not sure what special graphics features sgi provides (that
something like a mid-hi level geforce card doesn't) that we'd be
interested in.
One thing I know of is default support for stereo glasses.
The rest is almost completely implemented in the new (PC)
John Check wrote:
There is a developer from Sony thats is looking at FGFS for PS/2.
He's been by the booth a few times and was at the conference session.
PS2 has it's own GL from what I gather so if anybody has anything
to say about what kind of effort/problems he might be looking at, let
Alex Perry wrote:
Someone should actually go through all the entries and pick
appropriate non-texture colors for each material. I thought it would
be intresting to taket the average of all the pixels in the texture,
but never got around to seeing how well that would work. But it's
something
Roman Grigoriev wrote:
Guys I propose to use multicast for multiply windows visualisation
Now we can only use tcp and udp but it now very usefull to have same data on
multiply image generators
so I propose to include in simgear multicast networking
for example for fdm server we can use this
Alex Perry wrote:
Alex, what sgi hardware features are you referring to, and are these
available on any of the machines our developers have access to?
I'm still not sure what special graphics features sgi provides (that
something like a mid-hi level geforce card doesn't) that we'd be
VS Renganathan wrote:
Roman,
This was dicussed earlier on this list.
I found one disdavantage of using multicast. My packet size or structure
kept growing as I added more computers on the network that are **not** image
generators but pcs used as flight test engineer station or fcs
I've noticed both th c310 and c182 give a problem at load time.
The problem is related to the retractable landing gear because it dumpt
core right after:
A test with the c310 changing RETRACT to FIXED did actually fix the
problem.
Alright, that one is fixed now. Thanks.
Now there is
David Megginson wrote:
Curtis L. Olson writes:
On some hardware :-) the video card can do all the texture
calculations in parallel with everything else, so there is very
little performance difference with textures off vs on.
Perhaps more usefully, we could replace entire tiles
Hi,
I found this site which contains Free models of several fighter aircraft
, but it uses the VRML2 format. Someone might convert them to AC3D
format for use with Yasim:
http://ciel.me.cmu.edu/soji/aircraft/aircrafte.html
Erik
___
Alex Romosan wrote:
Curtis L. Olson [EMAIL PROTECTED] writes:
Have you tried recompiling simgear and flightgear completely from
scratch?
i recompiled everything from scratch, same problem. i've trying to
debug this with gdb for the past 2 hrs with no success. it looks to me
like the
http://www.viewpoint.com/vp/showCategory.jsp?style=modelsgroupid=183action=add
Space shuttle:
http://www.viewpoint.com/vp/itemDetail.jsp?style=modelsproductid=VP5444gid=183f=1m=s
Cessna 402c:
http://www.viewpoint.com/vp/itemDetail.jsp?style=modelsproductid=VP1043gid=183f=1m=s
Power lines:
Curtis L. Olson wrote:
Erik Hofman [EMAIL PROTECTED] writes:
Just to be sure, you didn't remove MetaKit and re-install it in
between did you? Or maybe some other libraries that might have a fresh
install inbetween?
Erik,
What are you seeing (that I'm not) that would lead you to believe
matthew law wrote:
I'm glad to see there is so much enthusiasm for turbines!
What exactly do you need? - I had planned on recording the Startup sequence,
idle, mid power, high power, and shutdown from inside and outside the cockpit
at 44.1khz stereo.
This should be ample quality
David Megginson wrote:
That, in fact, is the root of the problem -- UIUC uses an absolute
directory rather than one relative to $FG_ROOT, so we cannot easily
make *-set.xml files. If we changed that, it could be as easy as
fgfs --aircraft=f104-uiuc
That's a one liner:
---
Jim Wilson wrote:
[EMAIL PROTECTED] said:
I'd really like to have a good XLR-99 rumble sound. Right now I don't recall
there being any audio indication that the engine is burning. Is there? What is
Seems like the wheel rumble could be modified (amplified?) to sound kind of
like a
Here is a first glance on an F-16 panel I'm working on:
http://www.a1.nl/~ehofman/fgfs/download/f16-panel.rgb
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Gene Buckle wrote:
Is there any way you could convert that to a jpg or png? IE goes bugnuts
over that rgb image. :(
Sorry, I keep forgetting that:
http://www.a1.nl/~ehofman/fgfs/download/f16-panel.png
Erik
On Fri, 8 Feb 2002, John Check wrote:
On Wednesday 31 December 1969 06:59
David Findlay wrote:
Well my talk at Linux.conf.au didn't go all to plan. The talk went okay, but
the projector decided to kill itself making the demos a little difficult. I
Bad things happen always at thr wrong time :-(
got to do a demo for the conference dinner though. A lot of people
Tony Peden wrote:
I'm trying to put together an engineering display for the panels. At
this point, I've gotten everything to work except that I can't seem to
get the texture to load, all I get is a red square. It's a 256x64 rgb
based on the navcom radio texture that I created in the Gimp.
Tony Peden wrote:
On Sun, 2002-02-10 at 06:19, Erik Hofman wrote:
Tony Peden wrote:
I'm trying to put together an engineering display for the panels. At
this point, I've gotten everything to work except that I can't seem to
get the texture to load, all I get is a red square. It's a 256x64
Curtis L. Olson wrote:
Erik Hofman writes:
There is deffinately a problem with the time code. Speeding up or
slowing down time (T or SHIFT+T) doesn't work anymore.
This must have soemthing to do with Curtis's new time changes as of Feb.
10th, because before that change it all worked well
D Luff wrote:
I've just checked out a completely clean base, simgear and
flightgear, and it is still starting up with full left aileron and full down
elevator. Is there really no-one else seeing this?
Not at start, it happens to me (sometimes) when changing view three
times. Then suddenly
D Luff wrote:
OK, this is now fixed. It was because NT had a joystick driver
installed, but no joystick connected. Removing the joystick driver
results in the controls starting centered again.
Hmm, this might be one for the FAQ. I have the same setup, NT with
joystick driver installed
I've uploaded a pre-release version of FlightGear 0.7.9 at:
http://www.a1.nl/~ehofman/fgfs/download/FlightGear-0.7.9.tardist
This release also needs the following package:
http://www.a1.nl/~ehofman/fgfs/download/metakit-2.0.1.tardist
And either the following, or the equivalent of the SGI
Curtis L. Olson wrote:
Thanks for everyone who has been beating on the 0.7.9 pre-releases. I
have made the pre2 release available and am currently pushing it out
to the mirrors (that I can push to.) Just a couple of tweaks between
pre1 and pre2.
Hey, should we bump up the release date
BERNDT, JON S. (JON) (JSC-EX) (LM) wrote:
Hmm, I have two issues:
Ctrl+U gives an exception
c310 doesn't work for me right now.
Refresh my memory: what's wrong with the C310?
If you don't see the problem it might be a local compile problem.
I'm recompiling from scratch right now and I'll
David Megginson wrote:
If Curt and the rest of you hate this change, I'm happy to roll it
back out, but I've been hearing some very strong arguments against
putting 0.7.9 out with engines off by default and no arguments in
favour. Since this is a config-file change rather than a change to
BERNDT, JON S. (JON) (JSC-EX) (LM) wrote:
Hmm, I have two issues:
Ctrl+U gives an exception
c310 doesn't work for me right now.
Refresh my memory: what's wrong with the C310?
Alright, the c310 doesn't cause (a real?) problem at once (no long run
tested though).
About the Ctrl+U, this is
Hi,
I just wanted to let you know I almost completely elliminated the white
spots in the scenery by explicitly telling the compiler *not* to
optimize floating point opperations.
This might be true for other compilers also.
Erik
___
Martin Spott wrote:
Erik,
I've uploaded a pre-release version of FlightGear 0.7.9 at:
did you notice that you put the old 0.7.7 binary into that package ? 'inst'
complains about installing an older package as the one already installed,
Uck, I must have changed the version behaviour.
Martin Spott wrote:
Uck, I must have changed the version behaviour. I'll make sure it will
work for the official release.
Where will you place the final version ? Will you update your FlightGear web
page http://www.a1.nl/~ehofman/fgfs/ so we can point to it ? I'd like to
update the
Alex Perry wrote:
Think of it this way: a YASim aircraft will be as close to the real
airplane as the real one is to any other aircraft of the same general
class. That's good enough for me. And in a lot of situations
(military aircraft in particular), this is as good as we're going to
get
Tony Peden wrote:
Well, I wasn't saying this was the cuase of the
problem, just *a*
solution. I figured there might be a counter
somwhere which decreses
GearPos by a certain amount, but the check didn't
catch it being close
to 0.0
Therefore it would en up in an endless loop or
something.
This gets fixed by this patch:
--- /home/erik/src/CVS/fgfs/JSBSim/FGLGear.cpp
Fri Jan 25 21:10:22 2002
+++ FGLGear.cpp Thu Feb 14 11:26:01 2002
@@ -189,9 +189,11 @@
if (isRetractable) {
if (FCS-GetGearPos() 0.01) {
+ FCS-SetGearPos(0.0);
GearUp = true;
GearDown
Tony Peden wrote:
Well, I wasn't saying this was the cuase of the
problem, just *a*
solution. I figured there might be a counter
somwhere which decreses
GearPos by a certain amount, but the check didn't
catch it being close
to 0.0
Therefore it would en up in an endless loop or
something.
Tony Peden wrote:
I'm getting a set fault after resetting twice with either LaRCsim or
JSBSim. In both cases it's getting through the FDM init, updates the
material textures, updates sun and moon positions, and then quits after
This seems depandand on when you do it (how quick after each
Alex Perry wrote:
I'd move it down the list, but it would be a crowd pleaser.
People do ask for it.
From the crash reports I've read and pictures I've seen, small planes
tend to snap or crumple rather than explode (often none of the above).
The fire (non-ball) does happen occasionally, but
1 - 100 of 2467 matches
Mail list logo
