On Mon, 2002-09-23 at 04:21, David Megginson wrote:
Martin Spott writes:
looks promising. Unfortunately it lacks the front gear and I hardly
manage to get it into the air:
http://document.ihg.uni-duisburg.de/bitmap/FGFS/F16_01.png
I don't pay much attention to the jets in
The F-16 is neutrally stable. It is not unflyable without its SAS, the
pilot just has to work harder at it. If the FCS of the real thing has a
direct mode (i.e. the control surfaces do exactly as commanded by the
pilot with no adjustments made by the computer), this is probably what
it
Martin Spott wrote:
looks promising. Unfortunately it lacks the front gear and I hardly
manage to get it into the air:
I've sent an update to both Jon and Tony which should make it almost
flyable. In other words: the F-16 needs more work ...
;-)
Erik
---BeginMessage---
Hi,
I can't find an email address for Flightgear bugs so I am sending this
to you.
I believe the factor and offset values in the supplied
wingman-extreme-digital-3d.xml are transposed and should read:
axis n=3
descThrottle/desc
binding
commandproperty-scale/command
I'm starting to ponder the idea of implimenting a simple C172
electrical system. I know it would be nice to develop some grand
system so you could model any aircraft's electrical system of any
complexity all in xml. I probably don't have time for that, and I'll
want to start small and
I'm starting to ponder the idea of implimenting a simple C172
electrical system. I know it would be nice to develop some grand
system so you could model any aircraft's electrical system of any
complexity all in xml. I probably don't have time for that, and I'll
want to start small and
Jim Wilson writes:
Thank you to everyone for the advice. I'll play it by ear this
morning and see what works and what doesn't. Hopefully, FlightGear
will be one of the things that does.
Ah...just picking this up. Sounds like you've got a great program ahead (or
behind you
Curtis L. Olson writes:
I'm starting to ponder the idea of implimenting a simple C172
electrical system. I know it would be nice to develop some grand
system so you could model any aircraft's electrical system of any
complexity all in xml. I probably don't have time for that, and I'll
Once upon a time, you were sitting and writing:
But, even if I do something simple, this could have a pretty far
reaching impact. Each instrument would have to check the status of
the electrical system (voltage? on/off?)
IMHO
1. Voltage - how much (5,12,24,48,,,)V,
2. Max current - how
David Megginson writes:
I've tried the request in two places:
1. When the *.stg file is first parsed and the OBJECT_SHARED directive
is found.
2. When the deferred model is actually loaded.
Both gave no intersection.
BUT does the Terrain Graph contain the tile you are
trying to
On Mon, 23 Sep 2002 08:30:24 -0700 (PDT)
Alex Perry [EMAIL PROTECTED] wrote:
I've mentioned before that I think the only way to handle this is
with a data driven state machine that runs on the property system.
Can you expand on this a bit? I think it sounds somewhat
like JSBSim's FCS as Tony
Norman Vine writes:
David Megginson writes:
I've tried the request in two places:
1. When the *.stg file is first parsed and the OBJECT_SHARED directive
is found.
2. When the deferred model is actually loaded.
Both gave no intersection.
BUT does the Terrain Graph
Norman Vine writes:
BUT does the Terrain Graph contain the tile you are
trying to determine the AGL from ??
This is a prerequisite and AFAICT currently this is not gauranteed to
be the case until AFTER the 'load function' leaves the select switch
for the OBJECT_SHARED case !!!
What we
Norman Vine writes:
BUT does the Terrain Graph contain the tile you are
trying to determine the AGL from ??
It should, because the OBJECT_STATIC directive occurs only in *.stg
files, which are parsed when the tile containing the object is
loaded.
This is a prerequisite and AFAICT
Curtis L. Olson
Norman Vine writes:
BUT does the Terrain Graph contain the tile you are
trying to determine the AGL from ??
This is a prerequisite and AFAICT currently this is not gauranteed to
be the case until AFTER the 'load function' leaves the select switch
for the
Currently, when the system is serviceable, suction is just
fmin(rpm/300, 5), to give usable suction from 1500RPM on up. Once we
wire this into steam.cxx, we can model vacuum-system failures.
There is a slightly more complex model for vacuum in Steam.
I suggest you snag it and then delete it
Norman, Yes that was it! I am flying again!!
Now I need to figure out how to get those clouds.
Thanks!
Mark
I finally was able to connect with CVS and the problem is a 'typo'
in SimGear/simgear/sky/clouds3d/Makefile.am
=== cut ==
includedir = @includedir@/sky/clouds3d
# enable the
David Megginson writes:
Norman Vine writes:
BUT does the Terrain Graph contain the tile you are
trying to determine the AGL from ??
It should, because the OBJECT_STATIC directive occurs only in *.stg
files, which are parsed when the tile containing the object is
loaded.
This
Jim Wilson writes:
David Megginson [EMAIL PROTECTED] said:
Norman Vine writes:
BUT does the Terrain Graph contain the tile you are
trying to determine the AGL from ??
It should, because the OBJECT_STATIC directive occurs only in *.stg
files, which are parsed when the tile
MSVC does not have fmin() defined, so complains in vacuum.cxx.
Thanks,
Jonthan Polley
Of COURSE they can do that. They're engineers!
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jonathan Polley writes:
MSVC does not have fmin() defined, so complains in vacuum.cxx.
gcc-2.95 is also complaining about it missing.
Curt.
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Minnesota
On Monday 23 September 2002 4:02 pm, David Megginson wrote:
I've started a new module, src/Systems/, for major aircraft systems.
Currently it contains only a very simplistic vacuum system hard-wired
to engine #1, but we can improve it easily (look at
VacuumSystem::update in
22 matches
Mail list logo
