Martin Spott wrote
[...]
Did you manage to take off?
With a BO105 it's pretty easy, it is feasible with the C172 but for the
TSR-2 the strip is too short. I was too lazy to shift the starting
position to the beginning of the 'runway', otherwise it _might_ have
worked out. So I crashed
Vivian Meazza wrote:
I don't know. Mathias provides you with a perfectly good carrier-capable
aircraft, and you use every other kind ... :-)
Well, I'm doing everything in small steps: On the Octane it is a
larger undertaking to rebuild FlightGear and after I've finished I'd
like to know where
On Thursday 18 November 2004 01:33, Boris Koenig wrote:
sure, right - but putting nasal scripts into module tags like in other
PropertyList encoded XML files isn't yet supported natively.
Also, I don't think Vance wanted to link the Nasal script to a
particular action ?
I don't want to
Roy Vegard Ovesen wrote:
On Thursday 18 November 2004 01:33, Boris Koenig wrote:
sure, right - but putting nasal scripts into module tags like in other
PropertyList encoded XML files isn't yet supported natively.
Also, I don't think Vance wanted to link the Nasal script to a
particular action ?
I
David Luff wrote:
On 11/17/04 at 6:09 PM Martin Spott wrote:
ftp://ftp.uni-duisburg.de/FlightGear/Devel/taxidraw-0.2.3-IRIX.bz2
Thanks, I've updated the link to it.
Err, while you're at it:
ftp://ftp.uni-duisburg.de/FlightGear/TaxiDraw/taxidraw-0.2.3-SolSparc.bz2
and
Roy,
I didn't think of using the scale tag; I'll take that route for the mBar
conversion.
Thanks,
Vance
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roy Vegard
Ovesen
Sent: Thursday, November 18, 2004 5:31 AM
To: [EMAIL PROTECTED]
Subject: Re:
Martin Spott wrote:
ftp://ftp.uni-duisburg.de/FlightGear/TaxiDraw/taxidraw-0.2.3-SolSparc.bz2
I forgot: Needs SMCxpm, SMClpng, SMCjpeg, SMCliconv and GCC runtime
(The Usual Suspects). Maybe I'll create another binary with static
libs,
Martin.
--
Unix _IS_ user friendly - it's just
Here's a snippet of code to convert the inhg property value to mbar and then
use this to rotate the left-most digit on the mbar display. The code
doesn't seem to work; Is this the correct usage of the scale tag? I can't
find an example of its use for a 3D cockpit.
animation
The Ultimate Interface to the Planet:
http://www.keyhole.com/
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Martin Spott wrote:
Err, while you're at it:
ftp://ftp.uni-duisburg.de/FlightGear/TaxiDraw/taxidraw-0.2.3-SolSparc.bz2
ftp://ftp.uni-duisburg.de/FlightGear/TaxiDraw/taxidraw-0.2.3-FreeBSD.bz2
For FreeBSD-5.x. Needs from the FreeBSD Ports Collection:
libiconv, wxgtk-2.4, gtk-1.2,
Martin Spott wrote:
This is what I get (config.log):
configure:8351: gcc -march=pentiumpro -o conftest -mfpmath=sse
-fomit-frame-pointer -ffast-math -O3
-D_REENTRANT -I/usr/local/include -I/opt/FlightGear/include
-I/usr/X11R6/include -L/usr/local/lib -s
-L/opt/FlightGear/lib
Roy Vegard Ovesen wrote:
On Thursday 18 November 2004 16:53, Vance Souders wrote:
I wish I had a clue about how to add text chunks to the 3d animation code :-|
What exactly do you want to do ?
Do you want to animate text ?
If you only want to add text layers, then there are numerous examples in
Roy Vegard Ovesen wrote:
On Thursday 18 November 2004 16:53, Vance Souders wrote:
Here's a snippet of code to convert the inhg property value to mbar and
then use this to rotate the left-most digit on the mbar display. The
code
doesn't seem to work; Is this the correct usage of the
Hi Erik,
I think we can go there step by step. And I have several additional patches
floating around here which might be worth anyway.
ai-jump-fix.diff:
The moving ai models will jump around realtive to the moving aircraft model.
I can see that with the carrier but others have noticed that too
Erik Hofman wrote:
Martin Spott wrote:
but apparently this is not the correct place, at least it doesn't
get transferred over to 'configure' during automake/autoconf. Where do
I add the desired flag ?
Take a look at FlightGear's configure.ac. It should have a special
section for
Erik Hofman wrote:
Take a look at FlightGear's configure.ac. It should have a special
section for FreeBSD plib support.
Eh, make that pthreads support.
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
I believe, there is an unintentional line wrap in configure.ac:
--- configure.ac~ Thu Oct 21 14:19:05 2004
+++ configure.acThu Nov 18 20:06:32 2004
@@ -185,7 +185,7 @@
CFLAGS=$save_CFLAGS
else
dnl This is cheating a bit. pthread_exit comes with using -pthread,
Martin Spott wrote:
The OpenAL check already happens in SimGear - this is the place where
it doesn't work. I tried several things, including removal of the
whole FreeBSD -lpthread cheat clause, but I still didn't succeed.
So I'll stick to the manual 'correction' until I understand - at least
Martin Spott wrote:
I believe, there is an unintentional line wrap in configure.ac:
--- configure.ac~ Thu Oct 21 14:19:05 2004
+++ configure.ac Thu Nov 18 20:06:32 2004
@@ -185,7 +185,7 @@
CFLAGS=$save_CFLAGS
else
dnl This is cheating a bit. pthread_exit comes with using
On Thursday 18 November 2004 08:01, Vivian Meazza wrote:
Martin Spott wrote
[...]
Did you manage to take off?
With a BO105 it's pretty easy, it is feasible with the C172
but for the TSR-2 the strip is too short. I was too lazy to
shift the starting position to the beginning of the
Adam submitted a patch to simgear/compiler.h which #defines the
include location of gl.h, glut.h, and glu.h along with patched files
that eliminate direct references and #include the #defined symbol
instead. This change propogates through simgear and flightgear and
depricates the FG_GLUT_H
I have 4 3d quads that represent the 4 digits of a millibar display embedded
in a 3D altimeter. I need to read inches HG from the property system,
convert it to mbar and then use that as a texture translation offset for the
quad digits. There are lots of examples for 2D gauges, but none for 3D
The changes should now all be in CVS. You will need to cvs update
both SimGear and FlightGear. This change allows a clean build
[hopefully] :-) on OSX and should affect any other platform.
the flightgear tests directory build is broken on mac os x (10.3.6)
Making all in tests
23 matches
Mail list logo