Martin Spott wrote:
On Wed, Feb 19, 2003 at 11:46:49PM +0100, Felix Kühling wrote:
On Wed, 19 Feb 2003 23:06:33 +0100 Martin Spott [EMAIL PROTECTED] wrote:
I just found out by accident how to get correct lightning in FlightGear with
current DRI drivers _and_ HW-TCL: Just look straight out
Hello,
at least since 1.6.0 release (or earlier) PLIB appears not to build joystick
support on Solaris (not on the two machines I use to compile miscallaneous
stuff on). But FlightGear does not build with a PLIB without joystick
support:
/usr/local/src/FlightGear/src/Cockpit/built_in ~ g++ [...]
Title: Message
Hi guys
...
I've actually got
some free time to contribute ... is there a tutorial on CVS anywhere
I have basically no knowledge about it ..(*blush* been coding for years without
CVS)
Kind Regards
Danie Heath
Software Integrator
RisC Com cc
+27 12 654 5100
083 412
Martin Spott wrote:
Hello,
at least since 1.6.0 release (or earlier) PLIB appears not to build joystick
support on Solaris (not on the two machines I use to compile miscallaneous
stuff on). But FlightGear does not build with a PLIB without joystick
support:
Do you tend to wait until PLIB has
Danie Heath wrote:
Hi guys ...
I've actually got some free time to contribute ... is there a tutorial
on CVS anywhere I have basically no knowledge about it ..(*blush*
been coding for years without CVS)
This might be a good start:
BTW, could you try this patch?
You know I'll try _every_ patch you want me to do so ;-)
Unfortunately this one does not do the trick,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Martin Spott wrote:
BTW, could you try this patch?
You know I'll try _every_ patch you want me to do so ;-)
Unfortunately this one does not do the trick,
Okay, I'm pretty sure now it's OpenGL shininess related, but I can't
think of a reason why.
:-(
Erik
This should be fixed in the CVS version of plib. I've added a jsNone.cxx
file with empty functions for IRIX, Solaris and HP-UX.
I tried yesterday without success:
/usr/local/src/plib/src/js ~ g++ [...] -c -o js.o js.cxx
In file included from js.cxx:23:
js.h:40:32: machine/joystick.h: No
Martin Spott wrote:
This should be fixed in the CVS version of plib. I've added a jsNone.cxx
file with empty functions for IRIX, Solaris and HP-UX.
I tried yesterday without success:
/usr/local/src/plib/src/js ~ g++ [...] -c -o js.o js.cxx
In file included from js.cxx:23:
js.h:40:32:
Curtis L. Olson writes:
I guess I don't really know now that I think about it, but I always
thought of windshear more as a singular event as you pass from one
layer of wind to another rather than continuous high turbulence.
If I'm wrong just ignore the rest of this.
Wind shear is any
Somehow your compiler identifies itself as being a BSD platform. Instead
it should support the SOLARIS definition.
I think it's a different issue. Taken from current 'README':
PORTABILITY and DEPENDANCIES:
[...]
JS -- Currently Linux/Windows/BSD only.
plib-1.4.2 detects the presence of a
Martin Spott wrote:
Somehow your compiler identifies itself as being a BSD platform. Instead
it should support the SOLARIS definition.
I think it's a different issue. Taken from current 'README':
PORTABILITY and DEPENDANCIES:
[...]
JS -- Currently Linux/Windows/BSD only.
from the README in
Hi all,
I have some more questions on CVS. If I have the version 0.9.0 base
package, and I run :
cvs -z3 -d :pserver:[EMAIL PROTECTED]:/home/cvsroot co fgfsbase
it seems it downloads the whole base package through CVS. Is there a way
I can update only the files that have changed or are new to
Hi all,
I have some more questions on CVS. If I have the version 0.9.0 base
package, and I run :
cvs -z3 -d :pserver:[EMAIL PROTECTED]:/home/cvsroot co fgfsbase
it seems it downloads the whole base package through CVS. Is there a way
I can update only the files that have changed or are new to
Tony Peden writes:
Huh!?! Except at high power settings and low speed in a twin,
engine failure should not cause a big upset. Even then, if you're
fairly quick to get on the rudder, it's generally very controllable
(or should be, anyway...)
A friend of mine has a Frasca sim (cockpit
Danie Heath wrote:
Hi all,
I have some more questions on CVS. If I have the version 0.9.0 base
package, and I run :
cvs -z3 -d :pserver:[EMAIL PROTECTED]:/home/cvsroot co fgfsbase
it seems it downloads the whole base package through CVS. Is there a way
I can update only the files that have
Martin,
Our assumption has been that plib supports joysticks on every
platform, or hides the fact that it doesn't from the calling
application. Apparently neither is the case, at least for
solaris. :-(
Question, if you hack up the FG code to yank out all joystick support,
can you then get to
Danie,
it seems it downloads the whole base package through CVS. Is there a way
I can update only the files that have changed or are new to the
repository. Or will it by default download the whole base package the
This works the same way as described here for the code repository
Hi,
I was wondering, do any of you (using the latest plib CVS version) still
see the A-10 aircraft model?
At first I tought this was a problem with the 3ds loader, but as it
happens, I can see the seahawk (which is also a 3ds model) model without
any problem?
Erik
Erik Hofman [EMAIL PROTECTED] wrote:
I was wondering, do any of you (using the latest plib CVS version) still
see the A-10 aircraft model?
Yes, I do - but only on Linux. On IRIX I never saw any aircraft designed by
Lee Elliot, neither TSR.2, A-10 not B-52 or Seahawk.
At first I tought this
Martin Spott writes:
Curtis L. Olson [EMAIL PROTECTED] wrote:
Question, if you hack up the FG code to yank out all joystick support,
can you then get to the end and get a working FG build?
I'll try my best as time permits. I spent quite a couple of hours compiling
and testing
Martin Spott wrote:
Erik Hofman [EMAIL PROTECTED] wrote:
The Seahawk does have textures, A-10 does not,
I did see (a white) A-10 in the past ...
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
From: Danie Heath [mailto:[EMAIL PROTECTED]]
Sent: 20 February 2003 2:26 pm
To: [EMAIL PROTECTED]
Subject: [Flightgear-devel] Re : More on CVS
Hi all,
I have some more questions on CVS. If I have the version 0.9.0 base
package, and I run :
cvs -z3 -d :pserver:[EMAIL
Curtis L. Olson writes:
If things turn u
[1] Blue line is the speed below which the rudder cannot overcome
the torque effects of a single engine and you can no longer have
directional control.
I think that blue line is a bit higher than Vmc -- it's a speed where
a typical pilot (rather
* Richard Bytheway -- Thursday 20 February 2003 16:13:
Once it has created the CVS directory in the root of the local copy,
you can use the regular update command cvs -z3 up -dP to carry on
getting more.
You do not really use cvs -z3 up -dP every time, do you? cvs has a
configuration file
David Megginson [EMAIL PROTECTED] said:
It's not mainly torque effects but the yawing moment that you have to
worry about. Unless the plane is a centreline thrust, the good engine
will be off to one side pulling that side forward and starting a
yaw-induced roll (and if the bad one is not
Jim Wilson writes:
Keep in mind I don't know how to fly, so get out your grains of salt :-)
It seems to me I read somewhere that if you have any altitude at all (1000ft)
the thing to do is move all the levers up to full throttle. Cut the throttle
on the engine you think is out, because
I'm currently checking new files Navaids/default.nav.gz and
Navaids/default.fix.gz into the base package. These are generated
directly from DAFIF files (I've checked in my Perl scripts as well),
so they will be easy to keep up to date. The navaids file is a
moderate improvement, adding a couple
David,
In the spirit of keeping code separate from data, would it make sense
to put the scripts somewhere in the source tree? Maybe scripts/ or
src/Navaids/?
Curt.
David Megginson writes:
I'm currently checking new files Navaids/default.nav.gz and
Navaids/default.fix.gz into the base
Curtis L. Olson writes:
David,
In the spirit of keeping code separate from data, would it make sense
to put the scripts somewhere in the source tree? Maybe scripts/ or
src/Navaids/?
I should also say this really cool to be able to incorporate this data
directly. In terms of fixes though
On Thu, 2003-02-20 at 06:34, Curtis L. Olson wrote:
Tony Peden writes:
Huh!?! Except at high power settings and low speed in a twin,
engine failure should not cause a big upset. Even then, if you're
fairly quick to get on the rudder, it's generally very controllable
(or should be,
Curtis L. Olson writes:
In the spirit of keeping code separate from data, would it make sense
to put the scripts somewhere in the source tree? Maybe scripts/ or
src/Navaids/?
Sure -- I just dumped them there for now. Someone suggested earlier
that we should modify FlightGear to read the
Curtis L. Olson writes:
I should also say this really cool to be able to incorporate this data
directly. In terms of fixes though 72000 is an insane amount. For
anyone wanting to actaully draw these on a map, there is going to have
to be some sort of data reduction strategy. Does the
Here's a STAR into KSFO from the west, with lots of waypoints for
anyone who'd like to try out the new options and the new fix database:
http://edj.net/cgi-bin/echoplate.pl/echoplate.pl?Arrivals/MODESTO%20TWO.GIF
All of the five-letter names like FAITH and GROAN represent
waypoints that you
David Megginson writes:
Sure -- I just dumped them there for now. Someone suggested earlier
that we should modify FlightGear to read the DAFIFT format directly,
and I think that's a good idea; at that point, the scripts would be
obsolete.
I think this is a great idea ... that makes it easier
David Megginson writes:
Different intersections and fixes server different purposes: the ones
around KSFO are probably parts of various instrument approaches, and
we would need most or all of them to simulate ATC or an
approach-certified GPS. Just around Ottawa TCA, we have quite a few
This could have application to aeroelastic effects?
http://www.gamespy.com/fargo/january02/jiggle/
Dave Culp
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
As some people know, we're using FlightGear in our Smart Icing System
research. Two recent papers (Aug 2002 and Jan 2003) on the subject
have been posted here: http://www.aae.uiuc.edu/m-selig/apasim.html
Regards,
Michael
**
Prof. Michael S.
In the last few months, several people have given FlightGear permission to
use their external models under the GNU GPL (i.e. they can ultimately be
included w/ the fgfs base package). For those interested, I've collected
these and posted them here:
Michael
I was interested in finding one for the twin-otter, just curious how you went about
finding these?
Paul
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
At 2/21/03, Paul D. wrote:
Michael
I was interested in finding one for the twin-otter, just curious how you
went about finding these?
A Twin Otter model is here:
http://home.t-online.de/home/Wolfram.Kuss/FGFS1/FGFS1.htm
This is the one we use w/ our icing work.
To find potential GNU GPL
Michael
Ok thanks, I have been using the one form wolframs page, but was
wondering about the gpl deal. Also thanks for the links, I think a t38
model is in the works at flight gear, as well as f16.
Paul
___
Flightgear-devel mailing list
[EMAIL
42 matches
Mail list logo
