Hi,
On Donnerstag 19 Mai 2005 04:45, Jon Berndt wrote:
We do have vUVWdot, which is body frame. We also have Tb2l, which is a
transformation matrix that goes from body to local. This is where it gets
hazy for me, too, and I have to sit and think about it, but since the body
frame is rotating
On Donnerstag 19 Mai 2005 08:59, BONNEVILLE David wrote:
Thanks Mathias.
I guess there is no solution for the moment ? Any idea ?
Nothing in my mind for that.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Jonathan Polley wrote:
It seems as if MacOS X does not have isnan(), or at least by default.
There is a fix for this in cloud.cxx also.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
-Original Message-
From: [EMAIL PROTECTED] [mailto:flightgear-devel-
[EMAIL PROTECTED] On Behalf Of YENEW T KASSAYE
Sent: 19 May 2005 23:04
To: FlightGear developers discussions
Subject: RE: [Flightgear-devel] FlightGear0.9.8 Segmentationfault
coredumpedPlease Help!
Thanks
On Fri, 2005-05-20 at 02:37, Josh Babcock wrote:
I'll see what more I can deduce tonight.
Steve
Didn't get anything much done, sadly, but I have taken a look at your
fuselage images, Josh. Nice work!
Just an update.
http://jrbabcock.home.comcast.net/flightgear/colditz/colditz1.jpg
Steve Hosgood wrote:
On Fri, 2005-05-20 at 02:37, Josh Babcock wrote:
I'll see what more I can deduce tonight.
Steve
Didn't get anything much done, sadly, but I have taken a look at your
fuselage images, Josh. Nice work!
Just an update.
Hi. How about inserting a Microlight
like the solowings Aquilla into your list of aircraft? Keep up the good
work.
Kind
Regards
Morné
Fourie
AFRIDATA.net
Cell: +27 83 293 5893Office: +27 83 293 5893
Fax: +27 +83
281 5872Email:
[EMAIL
Did you use GCC 4 or 3.3? I've been so busy that I've not even tried
building FGFS on 10.4. I did try to build plib but it failed with the
same type of error. And I fixed it just like you (except by making it
non-static) but then a mess of other errors showed up that well... I
knew nothing
Mathias Fröhlich wrote:
At first I need to know how this local frame is meant.
What I have found from the code is that it is meant to be the *geodetic*
horizontal local frame.
But is is meant to be fixed at the aircraft and thus rotates due to the
aircrafts velocity or is it fixed at the
On 20 May 2005, at 15:30, Andy Ross wrote:it is no longer legal to do this: int i; glGenTextures(1, i); Instead, you have to declare 'i' as GLint (and similarly for GLuint and so on) Are you sure? I thought the Apple compiler was still a 32 bit environment on OS/X. And in any case, PPC64 is
In a message dated 5/20/2005 2:09:17 AM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
But is is meant to be fixed at the aircraft and thus rotates due to the
aircrafts velocity or is it fixed at the earth and relocated for every frame
to display?
Or the other question is: what is that
Melchior,
The new signs program, it's great!
However, I'm noticing a problem on a mac os x system that I
reinstalled recently.
I downloaded new scripts this morning, when I install them in data
and run signs (either from data/local/signs or from a copy of signs
copied to bin, I get a series
I've just come across a few more details in:
http://www.chicagolandglidercouncil.com/newsletter_files/CLGCNewsletterFeb02.pdf
There's a comment by the pilot who flew the replica, to the effect that
the glide ratio was about 18:1
That's pretty impressive!
There's also a photo of the glider just
* Ima Sudonim -- Friday 20 May 2005 17:49:
The new signs program, it's great!
If it weren't that unhumble, I would agree. I enjoy it a lot. :-)
I've meanwhile made a (simple) webpage for it, so that I don't have
to announce here on the list every time I make some changes:
James Turner wrote:
Umm - I am not sure about the reason for making the change, but the
fact is that on Tiger, GLuint is a typedef for 'unsigned
long'. Hence, the code has to be changed to use the portable names,
or GCC 4.0 chokes.
Hrm... that sounds like a bug in the Apple headers. The
Vivan,
I followed your advice and started over and FightGear WORKS!!!.
I had to place AL and GL in the /cygwin/include instead of
/usr/local/include. If I dont do that when I run ./configure for SimGear,
it errors out at the end and says openAL has to be installed. The last few
lines before this
YENEW T KASSAYE wrote
I followed your advice and started over and FightGear WORKS!!!.
I had to place AL and GL in the /cygwin/include instead of
/usr/local/include. If I dont do that when I run ./configure for SimGear,
it errors out at the end and says openAL has to be installed. The last few
Martin Spott wrote:
Well, it really took a very long time for getting there !
The second half of 2004 I didn't make a single flight due to timely
and/or monetary restrictions. Afterwards I had to bear almost four
months of delay because we never managed to match free time and good
weather
In a message dated 5/20/2005 12:49:29 PM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
Or if you really want to cheat: use the Cessna 3D model with the Piper
FDM configuration. :)
I think that's how this whole thing started... YASim FDM with c172 model
results in a YASim solution error
Mike wrote:
Andy Ross wrote:
Or if you really want to cheat: use the Cessna 3D model with the Piper
FDM configuration. :)
I think that's how this whole thing started... YASim FDM with c172
model results in a YASim solution error - insufficient elevator
trim.
Not the C172 model (which,
i am trying to run fg with openGC displays but until now i am not succeded . i am using fg under xp sp2 . i can not start fgfs in opengc communication mode i also can not launch opengc alone when i run it gives error after loading fonts in dos mode and crashes
please help me
Yahoo! Mail Mobile
Mike wrote:
Could you send me some specifics on the above procedure? I'm
playing around within the pa28-set.xml without much success.
In your Aircraft/c172p directory, edit the c172p-set.xml file and
replace these lines:
flight-model archive=yjsb/flight-model
aero archive=yc172p/aero
22 matches
Mail list logo