What would those config changes tor YASim be? That sounds like
something that I could do.
Josh
Andy Ross wrote:
Josh Babcock wrote:
I didn't see anything in the archives about this, so I'll ask here.
Is there any good way to address the wheels on the left or the
wheels on the right?
Josh Babcock wrote:
What would those config changes tor YASim be? That sounds like
something that I could do.
In the YASim aircraft descriptions, you would modify the
control-input tags for the gear to point to something like
/control/gear/{left|right|parking} depending on the location of the
On Mon, 05 Jan 2004 07:12:21 -0800
Andy Ross [EMAIL PROTECTED] wrote:
But the hard part is that this only works for YASim. I think the other
FDMs get their control inputs indirectly, via the FGControls
C++ class, instead of out of the property tree. This code would have to
be modified before
Frederic Bouvier wrote:
Happy New Year 2004 to all.
Yes, best wishes to all of you.
It seems Models/Buildings/factory.rgb should be made binary.
Done.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
OK, I guess I'm just confused about the brake numbering. I was assuming
that brake[0] went with the leftmost wheel, and brake[1] went with the
next one to the right et cetra, and that when I hit , the entry in
keyboard.xml literaly means turn on the brake on wheel[0]. Looking at
a bunch of
Jon S. Berndt wrote:
FCS-SetLBrake(FMAX(globals-get_controls()-get_brake(0), parking_brake));
FCS-SetRBrake(FMAX(globals-get_controls()-get_brake(1), parking_brake));
FCS-SetCBrake( globals-get_controls()-get_brake(2) );
That convention only works for tricycle gear airplanes with three
wheels,
Actually, I think that I nuked the base makefile by unzipping the patch
in that directory. That brings me back to the original problem, which
is that I can't log into the CVS repository. I guess I'll just keep
trying. I tried applying the patches to the regular plib distribution
and they
Josh Babcock writes:
Actually, I think that I nuked the base makefile by unzipping the patch
in that directory. That brings me back to the original problem, which
is that I can't log into the CVS repository. I guess I'll just keep
trying. I tried applying the patches to the regular
On Mon, 05 Jan 2004 10:12:26 -0800
Andy Ross [EMAIL PROTECTED] wrote:
That convention only works for tricycle gear airplanes with three
wheels, though. The problem is that the current input mappings map
the following properties to those values:
/controls/wheel/gear[0]/brake -- left
In JSBSim, for a 747, we would associate both left main gear with the
left brake input, etc.
Let's not forget that the higher end equipment also has stuff like anti-skid
systems which determine when/where and how the brakes are applied. So that
for a 747 on rollout for a CAT III landing. the
On Mon, 5 Jan 2004 11:34:15 -0800
John Wojnaroski [EMAIL PROTECTED] wrote:
In JSBSim, for a 747, we would associate both left main gear with
the
left brake input, etc.
Let's not forget that the higher end equipment also has stuff like
anti-skid
systems which determine when/where and how the
Hi erverybody,
I want to add ILS bars and DME indication to HUD. Does anyone (and somebody does
:) know which function to call in hud.cxx for DME.
I used simply in hud.hxx
extern double get_dist(void);
but dismissed my goal w/ link error.
is there any docu about Objects in FGFS?
thx in
Hi Folks,
I've been burried here lately and haven't had a chance to try
someplace else yet, but is there no glideslope on the ils there or
do I have a problem? The glide slope indicator never uncages -
just stays centered (c172, C310).
I have heard of places only having a localized but
Victoria Welch writes:
I've been burried here lately and haven't had a chance to try
someplace else yet, but is there no glideslope on the ils there or
do I have a problem? The glide slope indicator never uncages -
just stays centered (c172, C310).
The glide slope should be working.
Victoria Welch wrote:
I've been burried here lately and haven't had a chance to try
someplace else yet, but is there no glideslope on the ils there or
do I have a problem? The glide slope indicator never uncages -
just stays centered (c172, C310).
I have heard of places only having a
Hi folks,
now I was able to compile the new built in functoins in cockpit.cxx:
// Added by Markus Hof on 5. Jan 2004
float get_dme( void )
{
static const SGPropertyNode * dme_node =
gGetNode(/radios/dme/distance-nm);
return dme_node-getFloatValue();
//return 3.69;
}
works fine,
Hi Matt,
seems nobody answered (at least not on the list)...
On Tue, Dec 23, 2003 at 12:08:54PM +, Matthew Law wrote:
How do I export the trim position and IAS to a serial port?
I'd like to use these values to drive some stepper motors which crudely simulate
control load and trim
I believe we (JSBSim team) will soon have a rudimentary model of the
Martian environment integrated within JSBSim. This leads me to a
question about FlightGear/SimGear: What is the potential for modeling
a planetary body that is different from earth in the following ways:
1) Different radius
OK, the snapshot file solves that problem, but I think that main.o is
failing to link. See here:
[EMAIL PROTECTED] FlightGear-0.9.3]$ make
SNIP
Making all in Main
make[2]: Entering directory `/usr/local/src/FlightGear-0.9.3/src/Main'
g++ -DPKGLIBDIR=\/usr/local/lib/FlightGear\ -g -O2
Josh Babcock wrote:
OK, the snapshot file solves that problem, but I think that main.o
is failing to link. See here:
You swapped plib versions, but still have some SimGear and/or
FlightGear files compiled against the old one. In general, C++
libraries aren't binary compatible across
On Monday 05 January 2004 13:44, Curtis L. Olson wrote:
Victoria Welch writes:
I've been burried here lately and haven't had a chance to try
someplace else yet, but is there no glideslope on the ils there
or do I have a problem? The glide slope indicator never
uncages - just stays
On Monday 05 January 2004 13:44, David Megginson wrote:
Victoria Welch wrote:
I've been burried here lately and haven't had a chance to try
someplace else yet, but is there no glideslope on the ils there
or do I have a problem? The glide slope indicator never
uncages - just stays
As to the topography, All of mars has been topographically mapped by
Global Surveyor at a resolution up to 230m. Vertical acuracy is about
1m. I don't know exactly how much has been mapped at the highest
resolution, but the data is freely available at
Airbus family uses Flight Computers (3x FCPC [Primary] an 2xFCSC
[Secondary]) to control the contr. surfaces in the right way.
If no input on the sidestick is taken the aircraft will hold attitude. This
is not done by FGFS - A320.
Sidestick inputs behave (in normal mode like this):
X-Axis:
On Monday 05 January 2004 18:12, Andy Ross wrote:
Jon S. Berndt wrote:
FCS-SetLBrake(FMAX(globals-get_controls()-get_brake(0),
parking_brake));
FCS-SetRBrake(FMAX(globals-get_controls()-get_brake(1),
parking_brake));
FCS-SetCBrake( globals-get_controls()-get_brake(2) );
That convention
On Tue, 6 Jan 2004 01:53 pm, [EMAIL PROTECTED]
wrote:
Message: 5
Date: Mon, 5 Jan 2004 17:14:57 -0800
From: Victoria Welch [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Glideslope on KSFO 28R ?
Isn't that why you always bring along a duck and a cat? The cat
always lands on his feet
Hi matt,
Please read and digest the docs on the flightgear website and the
documentation on scenery editing at the simgear website (see the link
to simgear from the flightgear site) before getting started. If you
still have questions there are plenty here who will help once you've read
the
27 matches
Mail list logo
