One way to reproduce:
- start fgfs with --aircraft=f16-3d
- apply parking brakes
- wait 10 minutes
- fly and die (elevator pulls *strongly* up)
m.
I think I see at least one problem. The pitch channel integrates load factor
error. Sitting on the runway, I see that a normal 1G
Hello,
actually I found back to compiling FlightGear on Linux - by converting
my wife's PeeCee from Win2k into Linux/VMware/Win2k :-)
The system is running Debian/sarge/amd64 which comes with automake
version 1.4-p6 - triggering a strange effect which I'm unable to fix
myself: 'automake' puts two
Hi,
Andy Ross wrote:
Maik Justus wrote:
Therefore for an wing without flap, spoiler and slat [...] no surface
element is generated.
Ah, OK. Yes, this was indeed a bug; I'm kinda shocked that we never
noticed this before, it's been there since the code was written. And
unfortunately
Hi Jon,
I think it makes sense to clamp the integrated value in any PID
regulator. Due to the fact, that for a PID-regulator the output is
clamped, the integrator should be clamped to a value, which is
sufficient for reaching the maximum allowed output (even if the D-part
is working against
Hi Jon,
I think it makes sense to clamp the integrated value in any PID
regulator. Due to the fact, that for a PID-regulator the output is
clamped, the integrator should be clamped to a value, which is
sufficient for reaching the maximum allowed output (even if the D-part
is working against
On Friday 04 August 2006 15:26, Melchior FRANZ wrote:
* Curtis L. Olson -- Friday 04 August 2006 15:34:
I will point out that while it's possible to force the YF-23
into this extreme state, if you fly it in a more normal
range, it behaves pretty normally.
Not for me. I actually noticed
On Saturday 05 August 2006 13:04, Maxwell wrote:
As crazy as it sounds, I've been unable to find a large jet in
FlightGear with a good, functional 3D cockpit. FGFS seems,
however, to have a lot of potential, and I want to contribute
if I can. I should say I have a lot more ambition than
7 matches
Mail list logo