Tony Peden said: > > The trimming routine is not the problem. > > Jim W. said it himself, the behavior changes when -9999 is set as the > altitude. Well, the only place such logic exists is in src/Main, not > src/FDM. I think eyeballs need to be directed that way. Furthermore, > nothing regarding the trimming routine has changed for at least three > weeks.
They have been. The problem has been there unnoticed for several weeks. And yes it can be "fixed" there. This is a problem that has been there before, and seems to be unique to JSBSim. > > I really am at a loss to explain why we have to go through this "blame > the trimming routine" routine every time it fails. The trimming > routine does not do magic, it's just a 6-dof zero finder, something > every engineer learns how to code in school. It is not a mysterious > black box. As such, it is no different than any other piece of code: > GIGO. My question and I think Mathias' question is do we need this test in JSBsim.cxx? if ( fgGetBool("/sim/presets/onground") ) { fgic->SetVcalibratedKtsIC(0.0); fgtrim = new FGTrim(fdmex,tGround); } else { fgtrim = new FGTrim(fdmex,tLongitudinal); } What JSBSim does that YASim does not is if the aircraft is a little too close to the ground at initialization JSBSim hurls the thing up in the air. Why is it that only JSBSim reacts by flipping over the Cessna? Best, Jim _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel