- Get the latest update from CVS
- Via the Menu call Help-Start Tutorial
Or
- Read this
http://wiki.flightgear.org/flightgear_wiki/index.php?title=Piper_PA34-200T_Seneca_II
http://wiki.flightgear.org/flightgear_wiki/index.php?title=Seneca_II_Checklist
On Thursday 29 November 2007 16:34, Torsten Dreyer wrote:
Am Donnerstag, 29. November 2007 14:44 schrieb Hans Fugal:
Is there not a way to sanity check the cloud cache size in the plib
version before going ahead and segfaulting? Like notice that it's 0
and set it to the lowest valid value.
When prssing the 5 key on the numeric keypad to reset the controls to zero,
the control surfaces instantly move to their origin. Similar effects can also
happen when an autopilot controller is activated, and when a noisy joystick
is interfering with an autopilot controller.
I think moving a
On Sunday 02 December 2007, John Denker wrote:
That's not a good solution. That's highly unrealistic.
In real life, in a small airplane, if I decide to stomp on the
rudder pedal, the rudder is going to move real fast. The
realistic time scale is not long compared to 1/30th of a
second i.e.
On Sunday 02 December 2007, David Megginson wrote:
That's true for control surface movement in general, but I had
(mis)understood that Roy was proposing this specifically for the '5'
key -- that's a simulator-specific key that has no real-life
equivalent, so binding it to a new command that
On Sun, 2 Dec 2007, Curtis Olson wrote:
This touches on an earlier design flaw in FlightGear. We have control
inputs feed directly into surface positions, and that is it. There is some
horsing around you can do with Nasal, but it's not ideal. What we really
should have [I think] is pilot
Hi,
maybe this fit more to the flightmodel-list, but I'm
not sure about if this list is really be read;-)
Trying to do a fdm with yasim for a Panavia Tornado
GR4 IDS I noticed that it seems to me not possible to
model a taileron (elevator and aileron in one control
surface at the tail)- I always
On 02/12/2007, Roy Vegard Ovesen [EMAIL PROTECTED] wrote:
I mentioned the 5 key only as an example. I am not proposing to put a filter
on that command.
In general, then, as others have mentioned, this belongs in the flight
models rather than the input layer. The input layer *requests* a
On Sunday 02 December 2007, Roy Vegard Ovesen wrote:
I think moving a control surface, like for example the rudder, from full
left deflection to rull right deflection in an instant is unrealistic. To
make this more realistic I think we should put in a low pass filter
somewhere in the chain
On Saturday 01 December 2007 02:38:13 pm alexis bory wrote:
Heiko Schulz wrote:
But we havn't found a number yet- so how should we find the right
name?
Alexis
Identifying the versions as stable testing and unstable might not be a bad
idea. It tells people that active development is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Robert Black schrieb:
On Saturday 01 December 2007 02:38:13 pm alexis bory wrote:
Heiko Schulz wrote:
But we havn't found a number yet- so how should we find the right
name?
Alexis
Identifying the versions as stable testing and unstable
On 12/02/2007 10:18 AM, Roy Vegard Ovesen wrote:
My question then is reduced to: why doesn't more FDM modellers use these
features of JSBSim and YASim to create cotrol surfaces that seem to have mass
Probably because in most cases, it would a very unrealistic
way to deal with the reported
Here's my Crazy Idea Of The Day:
The question was asked a few times, whether there are keys
reserved for local customization purposes. There are none.
But we have some completely unused shift levels. The X window
system supports 8 modifiers (usually called shift, ctrl, alt,
capslock, meta, super,
--- Melchior FRANZ wrote:
Here's my Crazy Idea Of The Day:
snip
What we could do, though, is to invent a new modifier level
for local use. One that works everywhere. By just redefining
a key that is bigger than the others and easy to hit, just
like the other modifiers ... umm ... except
n Sat, 1 Dec 2007 21:24:06 +0100 (CET), Heiko wrote in message
[EMAIL PROTECTED]:
--- alexis bory [EMAIL PROTECTED] schrieb:
Heiko Schulz wrote:
And as first name we should take Wright- the
first pilot an an
aircraft
OK, but let's call 0.9.11pre2 == Clement Ader !
* Melchior FRANZ -- Sunday 02 December 2007:
Tadaaa: The TAB modifier! :-)
D'oh! I had tried it with +500, and just to make it prettier I
changed it to 1000 before posting. And that crashes, because
input.cxx sets MAX_KEYS = 1024. So we are back at 500, which
is good enough.
New version
On Sunday 02 December 2007 15:18, Roy Vegard Ovesen wrote:
On Sunday 02 December 2007, Roy Vegard Ovesen wrote:
I think moving a control surface, like for example the rudder, from
full left deflection to rull right deflection in an instant is
unrealistic. To make this more realistic I think
Thanks,
Markus Zojier hepled me too.
We have to much aircrafts, I was completely lost- so I
couldn't see, that tere are some with tailerons!
O.k. So I should solve my problem!
Regards
HHS
--- LeeE [EMAIL PROTECTED] schrieb:
On Sunday 02 December 2007 14:48, Heiko Schulz
wrote:
Hi,
On Sunday 02 December 2007 14:48, Heiko Schulz wrote:
Hi,
maybe this fit more to the flightmodel-list, but I'm
not sure about if this list is really be read;-)
Trying to do a fdm with yasim for a Panavia Tornado
GR4 IDS I noticed that it seems to me not possible to
model a taileron
Hi All,
Now that we have an updated time-of-day dialog that allows you to control
the warp delta and simulation rate from the GUI, I think we should remove
the key assignments that were previously used for these functions, namely
t/T and a/A.
Two reasons:
1) They currently cause confusion for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Melchior FRANZ wrote:
Here's my Crazy Idea Of The Day:
The question was asked a few times, whether there are keys
reserved for local customization purposes. There are none.
But we have some completely unused shift levels. The X window
Turns out that JSBSim and YASim already has what I'm looking for.
My question then is reduced to: why doesn't more FDM modellers use
these features of JSBSim and YASim to create cotrol surfaces that seem to
have mass?
Roy Vegard Ovesen
Roy:
Possibly, it is because many of the aircraft
FlightGear CVS from 11/24/2007 win32-built plib
--- Jon S. Berndt [EMAIL PROTECTED] schrieb:
On JSBsim I noticed that the thrust reverser are
not
working ( as an example Fokker 70/100), but I
remember
that it was working with 0.9.9 and 0.9.10 -
something
changed or I'm too stupid?
Maik
Sent: 02 December 2007 13:49
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] RFC: Control surface position damping
Hi Roy,
Roy Vegard Ovesen schrieb am 02.12.2007 14:13:
When prssing the 5 key on the numeric keypad to reset the
controls to
zero,
the
On JSBsim I noticed that the thrust reverser are not
working ( as an example Fokker 70/100), but I remember
that it was working with 0.9.9 and 0.9.10 - something
changed or I'm too stupid?
thanks
Regards
HHS
I thought we fixed that. Maybe you have an old configuration or software?
Jon
On Sun, 2 Dec 2007 14:13:49 +0100
Roy Vegard Ovesen [EMAIL PROTECTED] wrote:
When prssing the 5 key on the numeric keypad to reset the controls to zero,
the control surfaces instantly move to their origin. Similar effects can also
happen when an autopilot controller is activated, and when a
On 12/02/2007 01:14 PM, Jon S. Berndt wrote:
In a C-172, for instance, ...there is a direct connection between the stick
and
rudder.
Yup.
And that's not limited to little Cessnas, either. Additional
examples to illustrate the same point include:
DC-9 pilots say that DC stands for Direct
On Sunday 02 December 2007, John Denker wrote:
The problem that I am addressing is the fact that an object can not move
from one position to another in an instant.
Why?
Simply because it's impossible, but if it can move faster than our simulator
rate, then it does not matter. Or was this a
I'm wanting to access the multiplayer positioning data in a third party
software. Currently, I've modified the FlightGear code to forward position
messages received from the multiplayer server to my external application. It
appears I'm receiving these messages fine because I can read information
Ok, thanks.
I've thinked a bit more about this whole idea and, since i was
planning to code Motorsport as a library instead of as a standalon
executable, maybe Motorsport can be used from FlightGear, instead of
being coded inside it.
It looks like FG already uses several different physics
I am forwarding an exchange from today's users list to the developers
list because it raises a significant difference between jsbsim and
yasim. These fdms treat turbulence very differently and jsbsim has a
very exaggerated adverse-aileron yaw that makes this difference fatal
for autopilot ILS
I can't answer this at length at the moment, but a couple of months ago I
turned off JSBSim turbulence completely because I had some questions about
it myself. If you get the FGAtmosphere.cpp file from JSBSim CVS, that should
include the newly turned off turbulence.
I hope to revisit that in the
32 matches
Mail list logo