Just put together a quick picture of what you can click on in this cockpit.
Also added a few notes on what doesn't do anything, so that folks can get a
better idea of where things really are as far as implementation is concerned.
http://www.spiderbark.com/fgfs/p51d-cockpit.png
Best,
Jim
Alex Perry writes:
Curtis L. Olson writes:
- Modified the rpm vs. suction formula to hit much more realistic numbers.
We should be seeing just over 4 inhg at idle and approaching 5 inhg at
full throttle.
Don't forget that the 5 isn't because of the pump. It's because of the
From: Curtis L. Olson [EMAIL PROTECTED]
By my observation, the vacuum gauge should read just a little over 4-inhg
at engine idle (600-700 rpm) and approach 5-inhg at about 2200 rpm.
The previous equation returned a value that is far too low at idle and
ramped up too quickly after that (and had
Alex,
Note that the previous function was:
suction = pressure * rpm / (rpm + 1.0);
Assuming pressure = 30.00 inhg, 3 inhg of suction required rpm.
4 inhg of suction required 1538 rpm, and 5 inhg of suction required
2000 rpm. At 700 rpm which is a reasonable idle speed, this
Has anyone else been having a problem with trying to set the fuel load at
startup using property /consumables/fuel/tank[n]/level-gal_us ? I find that
sometimes I get the fuel load I want, and sometimes I get empty tanks. Is it
just me? This might be specific to JSBSim.
Dave Culp
Has anyone else been having a problem with trying to set the fuel load at
startup using property /consumables/fuel/tank[n]/level-gal_us ?
I find that sometimes I get the fuel load I want, and sometimes I get
empty
tanks. Is it just me? This might be specific to JSBSim.
Dave Culp
Dave:
At 5/24/03, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
At 5/22/03, Jim Wilson wrote:
Michael Selig [EMAIL PROTECTED] said:
A-4D aircraft.dat file. What's lacking is a nice cockpit and proper
instruments, but of course the HUD is a good substitute for now. The
turbojet
At 5/25/03, Erik Hofman wrote:
Michael Selig wrote:
This renaming approach seems like the easiest way to deal w/ it. If
someone wants to make those changes and commits and fly a few UIUC models
to test things, that's fine w/ me. Right now I cannot not do it because
my cvs checkout will not
At 5/29/03, you wrote:
~275 different types
Scratch that ... it's ~175 (Bob Champine). I'd have to dig up a ~15-20 yr
old letter to check that, however!
Regards,
Michael
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jon Berndt wrote:
I suspect this is because the JSBSim aircraft config file can set the fuel
load, but so can FlightGear. I am not happy about the situation where such
a conflict can occur, but given the circumstances I appreciate that there
really isn't a way around it. I can't recall the
Michael Selig wrote:
At 5/29/03, you wrote:
~275 different types
Scratch that ... it's ~175 (Bob Champine). I'd have to dig up a ~15-20
yr old letter to check that, however!
He just can't quit being a test pilot and now he is test flying the
various models of the UIUC?
:-)
Jon Berndt [EMAIL PROTECTED] said:
I suspect this is because the JSBSim aircraft config file can set the fuel
load, but so can FlightGear. I am not happy about the situation where such
a conflict can occur, but given the circumstances I appreciate that there
really isn't a way around it. I
Michael Selig [EMAIL PROTECTED] said:
I have made these changes and committed the file, but the 3D part is still
commented out for now. I have included a mini panel that is displayed from
the outset. What I'd like to be able to do is start w/ the 3D cockpit and
then 's'-key toggle to the
These are the values from the c172p -set.xml configuration:
consumables
fuel
tank n=0
level-gal_us20/level-gal_us
/tank
tank n=1
level-gal_us20/level-gal_us
/tank
/fuel
/consumables
I believe the problem is not that it works sporadically, but that JSBSim
Jon Berndt wrote:
I believe the problem is not that it works sporadically, but that JSBSim
allows setting fuel load as well as FlightGear. It could be that we are
inconsistent in defining fuel load: do some aircraft models define it in
JSBSim, and others do it vice versa? In JSBSim we can and
The way I see it, the aircraft configuration files should define the
possibilities of the aircraft and not the current state. I was under the
impression the current state was defined in the reset00 and
reset001 files?
Erik
The reset file sets the current *dynamic* state. I suppose we
Jon Berndt wrote:
The reset file sets the current *dynamic* state. I suppose we could (for
JSBSim standalone) set actual fuel load in a script, but if that's not done
right we might still end up with a user going: why don't my plane start?
I see. There are some conflicting requirements here.
After the recent changes (move of random objects placement manager to
SG etc.), fgfs crashes when preferences contains model definitions as
in:
models
model
nameWindsock HOERSCHING/name
pathModels/Airport/windsock.xml/path
longitude-deg
18 matches
Mail list logo