Norman Vine wrote:
Erik Hofman writes:
I noticed that in SimGear/timing/timestamp.cxx for Windows the seconds
are intitalized to zero while under Unix it initilized properly:
You expect Windows and Unix to do things similarly ?
I expected FlighGear/SimGear would use the same variables
The JSBSim flight models now support yaw and roll trim as well as
pitch trim. The new properties are as follow:
/controls/rudder-trim for yaw
/controls/aileron-trim for roll
The values are clamped to -1.0:1.0, as with elevator trim and the
elevator, rudder, and aileron properties
Hi,
Today i have taken some time to take a look at the SimGear code and
decided it might be time to create a new class definition.
I'm not sure this is the right time to discuss about it. But then again,
I always have the feeling it might not be the right time. ;-)
This is a definition
Sounds great! Haven't tried it yet but I will tonight.
Just thought i'd ask though: Although the bindings are in the *-set.xml for
c310 and c182, they can be done elsewhere (as in joystick.xml). Is that right?
I assume that aircraft models with trim tabs will ignore after-takeoff
adjustments
Ok, thanks, this should now be installed for FlightGear and SimGear.
I'll work on TerraGear at some future time when I get a chance.
Curt.
Ross Golder writes:
This is how it appears to be set up for me:
In CVSROOT/loginfo, add the line :
DEFAULT $CVSROOT/CVSROOT/syncmail %{sVv}
[EMAIL
I have just rerun the script and updated the files in CVS.
Regards,
Curt.
Frederic Bouvier writes:
Hello,
I noticed that the flightgear project file for MSVC is outdated and I
updated
it by hand.
I've read that there is a script that can create this dsp from Makefile.am.
Where can I
Erik Hofman wrote:
Hi,
Today i have taken some time to take a look at the SimGear code and
decided it might be time to create a new class definition.
I'm not sure this is the right time to discuss about it. But then again,
I always have the feeling it might not be the right time. ;-)
Bernie Bright writes:
Refactoring SimGear is probably a Good Thing since it has accumulated
some cruft over time and some areas need reworking. However I don't
think that having bogus top level classes is a good idea. Instead I
propose we use namespaces. Perhaps a top level SimGear
David Megginson wrote:
Bernie Bright writes:
Refactoring SimGear is probably a Good Thing since it has accumulated
some cruft over time and some areas need reworking. However I don't
think that having bogus top level classes is a good idea. Instead I
propose we use namespaces.
On 2001.12.17 21:27 Jeff wrote:
I have made a few 3d models for fg and two of them are downloadable from
my
home page, if anyone wants to try them out. Have not had the time to
figure
out how to place them in fg as scenery but was able to use them as an
aircraft model (funny to see a
When compiling SimGear 0.0.16 with the latest Cygwin (Win2K) I get the
following compiler error. Has anyone else seen this? This is
a clean
SimGear with ./configure; make.
Everything goes well until...
Making all in simgear/metakit/unix
This is getting repetitive
Would someone who
What is the recommended engine start procedure for people with a 2
button mouse (i.e. windows)? Do we have keyboard bindings thought up
yet?
Thanks,
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
12 matches
Mail list logo