to Harald JOHNSEN:
spot lights in fgfs I had 3 years ago. they worked on vertex program and
registercombiners but everyone afraid of vertex programs and multitexturing
You can see some screens here http://fgfs.narod.ru
But I work on it and now I have runway lights, landing lights, relief
mapping ,
On Mon, 2005-06-20 at 18:06, Roberto Inzerillo wrote:
If UTM33N really is 550m displaced from WGS84 at that location, you can
probably still use the UTM33N data if you offset it by the right amount.
You may have to rotate it a bit too. Over such a small area, any ground
distances you
Le lundi 20 juin 2005 à 23:39 -0400, Ampere K. Hardraade a écrit :
On June 20, 2005 09:58 am, Curtis L. Olson wrote:
Melchior FRANZ wrote:
fgfs developers aren't only pedantic, but also lazy. :-)
Errr ... busy. :-)
Curt.
Or chaotic. =)
Ampere
Oh, not so chaotic, the
Le mardi 21 juin 2005 à 11:34 +0400, Roman Grigoriev a écrit :
to Harald JOHNSEN:
spot lights in fgfs I had 3 years ago. they worked on vertex program and
registercombiners but everyone afraid of vertex programs and multitexturing
You can see some screens here http://fgfs.narod.ru
But I work
But I work on it and now I have runway lights, landing lights, relief
mapping , DXT compression and another cool stuff that work on fragment
and
vertex program
Where can one download the code?
Giles Robertson
___
Flightgear-devel mailing list
Le mardi 21 juin 2005 à 11:34 +0400, Roman Grigoriev a écrit :
to Harald JOHNSEN:
spot lights in fgfs I had 3 years ago. they worked on vertex program and
registercombiners but everyone afraid of vertex programs and multitexturing
You can see some screens here http://fgfs.narod.ru
But I work
- Original Message -
From: Gerard Robin [EMAIL PROTECTED]
To: FlightGear developers discussions flightgear-devel@flightgear.org
Sent: Tuesday, June 21, 2005 3:43 PM
Subject: Re: [Flightgear-devel] Lights was: Shadows
Le mardi 21 juin 2005 à 11:34 +0400, Roman Grigoriev a écrit :
to
Hi Innis:
It is so nice to hear from you, My hotmail download limit is 2M, 80% is
left, it is better send to
my another address, [EMAIL PROTECTED] it is unlimit for me. winzip file is
fine
Thanks a lot.
Clifford
From: Innis Cunningham [EMAIL PROTECTED]
Reply-To: FlightGear developers
Le mardi 21 juin 2005 à 16:02 +0400, Roman Grigoriev a écrit :
- Original Message -
From: Gerard Robin [EMAIL PROTECTED]
To: FlightGear developers discussions flightgear-devel@flightgear.org
Sent: Tuesday, June 21, 2005 3:43 PM
Subject: Re: [Flightgear-devel] Lights was: Shadows
here I upload shader framework that supports shaders from VP1.0 to GLSL and
have runway lights calculated in vertex shader and uses point sprites
http://fgfs.narod.ru/glsl.tar.gz
Tested on Nvidia Geforce5950 and linux 6629 drivers
must compiled with -DGL_GLEXT_PROTOTYPES key in C++ section of
Hi,
I've tried several approaches to get Nasal working for big-endian
(32-bit) systems but they all fail. I don't see a way to get this
working and this makes FlightGear unusable for IRIX at least:
Nasal runtime error: non-objects have no members
at
Le mardi 21 juin 2005 à 16:26 +0400, Roman Grigoriev a écrit :
I found some earlier version of renderer.cxx
I sent it w/o testing with fgfs CVS
if It doesn't work please reply me
but you can see my source
OK, i will try to include it in fg 9.8 first,
i need only some delay, and i will give
Roman Grigoriev wrote:
But fgfs community refuse to use it :(
You could have made it easier if you had adopted FlightGear's rules for
platform independent OpenGL extension support, kept the code style close
to what is used in FlightGear, didn't add a new class at a place where
it doesn't
Clifford writes
Hi Innis:
It is so nice to hear from you, My hotmail download limit is 2M, 80% is
left, it is better send to
my another address, [EMAIL PROTECTED] it is unlimit for me. winzip file
is fine
Ok Clifford I will need a day or so as I have other things to do currently.
I will
I'm currently a computer science researcher at UNC-Chapel Hill and we're
using Flightgear as a proof of concept application in our project
(website: http://www.cs.unc.edu/Research/ootf/Projects/wav.html ). The
short version is that we have a master fgfs node and 4 slaves which
drive
Hi,
1) I would like to disable the messages that appear on the TOP of screen, the
tower control.
Is there any property that I could set to disable it on FGFS 0.9.4?
2) I am compiling the FGfs 0.9.8 and I getting errors on JSBSim modules, is
there anything that I can do to solve it?
Regards,
Le mardi 21 juin 2005 à 12:20 -0300, [EMAIL PROTECTED] a écrit :
Hi,
1) I would like to disable the messages that appear on the TOP of screen, the
tower control.
Is there any property that I could set to disable it on FGFS 0.9.4?
2) I am compiling the FGfs 0.9.8 and I getting errors on
Patrick Quirk wrote:
I'm currently a computer science researcher at UNC-Chapel Hill and
we're using Flightgear as a proof of concept application in our
project (website:
http://www.cs.unc.edu/Research/ootf/Projects/wav.html ). The short
version is that we have a master fgfs node and 4
Curtis L. Olson wrote:
Have you played around with these properties (setable from the command
line, or ~/.fgfsrc file.)
--fov=35
--prop:/sim/view/config/heading-offset-deg=42
--prop:/sim/view/config/pitch-offset-deg=3
I should point out that we also have some capabilities for configuring
Curtis L. Olson wrote:
Have you played around with these properties (setable from the command
line, or ~/.fgfsrc file.)
--fov=35
--prop:/sim/view/config/heading-offset-deg=42
--prop:/sim/view/config/pitch-offset-deg=3
I *think* you can adjust these properties in real time if you need to,
[EMAIL PROTECTED] wrote:
1) I would like to disable the messages that appear on the TOP of screen, the
tower control.
--prop:/sim/ai-traffic/enabled=false
2) I am compiling the FGfs 0.9.8 and I getting errors on JSBSim modules, is
there anything that I can do to solve it?
Is there any
Erik Hofman wrote:
I've tried several approaches to get Nasal working for big-endian
(32-bit) systems but they all fail. I don't see a way to get this
working and this makes FlightGear unusable for IRIX at least:
Man, am I happy that I'm not the only one with disabled throttle on
IRIX :-)
Patrick Quirk wrote:
Yeah I saw those, and those could probably work for now, though I'm
really looking for a more exact way since I already have a look vector.
This sounds like an interfacing issue. If you could convert your
lookat/up vectors into heading, pitch, roll, FlightGear would be
Martin Spott wrote:
[EMAIL PROTECTED] wrote:
1) I would like to disable the messages that appear on the TOP of screen, the
tower control.
--prop:/sim/ai-traffic/enabled=false
Oh, sorry, I picked the wrong one - the correct one has already been
posted,
Martin.
--
Unix _IS_ user
From: Patrick Quirk
I'm currently a computer science researcher at UNC-Chapel Hill and we're
using Flightgear as a proof of concept application in our project
(website: http://www.cs.unc.edu/Research/ootf/Projects/wav.html ). The
short version is that we have a master fgfs node and 4
Martin Spott wrote:
Erik Hofman wrote:
I've tried several approaches to get Nasal working for big-endian
(32-bit) systems but they all fail. I don't see a way to get this
working and this makes FlightGear unusable for IRIX at least:
Man, am I happy that I'm not the only one with disabled
Andy Ross wrote:
Hrm. I kinda assumed when the reports stopped that this was just a
symptom of a version skew or unsynchronized checkout. :(
I was waiting for a faster CPU to arrive which should speedup testing,
but it takes longer than I had anticipated.
Try this: hard-code the
Curtis L. Olson wrote:
This sounds like an interfacing issue. If you could convert your
lookat/up vectors into heading, pitch, roll, FlightGear would be a lot
happier and all the other FG facilities should fall into place more
easily. The matrix math for the lookat/up - HPR transformation
Patrick Quirk wrote:
That is pretty cool. I couldn't get the scripting to work off the top
of my head but can't see why it wouldn't work. That did help change
the views, among a few other things, thanks :)
There are a couple examples in the scripts section of the FG source
code. There is
Curtis L. Olson wrote:
There are a couple examples in the scripts section of the FG source
code. There is a chunk of perl (telnet.pl) you can include to make
access from a perl script mostly trivial. I think there is a java
example and perhaps something for python.
Great! I shamelessly
Patrick Quirk wrote:
Great! I shamelessly modified one of your scripts to change the view
on command.
That's what it's there for ... :-)
I had a thought about the viewer class that Jim Wilson pointed me to.
Is all the HPR information contained in the VIEW matrix? Is there
anything else
Does anybody know of any existing 3D models of a truck, preferably a
pickup truck, or a military, deuce-and-a-half in a FlightGear readable
format...or something similar?
Thanks,
Drew
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Drew wrote:
Does anybody know of any existing 3D models of a truck, preferably a
pickup truck, or a military, deuce-and-a-half in a FlightGear readable
format...or something similar?
A crashtender perhaps:
FlightGear/data/Models/Geometry/crashtender.ac
Erik
Andy Ross wrote:
Martin Spott wrote:
Man, am I happy that I'm not the only one with disabled throttle on
IRIX :-)
Hrm. I kinda assumed when the reports stopped that this was just a
symptom of a version skew or unsynchronized checkout. :(
I tried to investigate the problem but failed to
I just downloaded the latest OpenAL from CVS and can't get SimGear to compile
with it. Here's the error:
if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/usr/X11R6/include
-g -O2 -D_REENTRANT -MT openal_test1.o -MD -MP -MF .deps/openal_test1.Tpo
-c -o openal_test1.o
Dave Culp
I just downloaded the latest OpenAL from CVS and can't get SimGear to
compile
with it. Here's the error:
if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -
I/usr/X11R6/include
-g -O2 -D_REENTRANT -MT openal_test1.o -MD -MP -MF
.deps/openal_test1.Tpo
-c -o
What are you trying to compile it on?
linux
Mandrake 10.1
gcc 3.4.1
plib 1.8.4
Dave
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Dave Culp [EMAIL PROTECTED] writes:
I just downloaded the latest OpenAL from CVS and can't get SimGear
to compile with it. Here's the error:
apply this patch
--- openal_test1.cxx30 Apr 2004 00:44:04 - 1.5
+++ openal_test1.cxx21 Jun 2005 23:03:38 -
@@ -39,7 +39,7 @@
int
I just downloaded the latest OpenAL from CVS and can't get SimGear
to compile with it. Here's the error:
apply this patch
--- openal_test1.cxx30 Apr 2004 00:44:04 - 1.5
...
Thanks Alex,
Just curious ... Is there any reason why OpenAl doesn't offer stable releases?
Dave
Dave Culp [EMAIL PROTECTED] writes:
Just curious ... Is there any reason why OpenAl doesn't offer stable
releases?
probably because it's still under development? on their web page
(openal.org) they say they are migrating to openal 1.1 specifications.
as such i would expect some changes in the
Alex Romosan wrote:
Dave Culp [EMAIL PROTECTED] writes:
Just curious ... Is there any reason why OpenAl doesn't offer stable
releases?
probably because it's still under development? on their web page
(openal.org) they say they are migrating to openal 1.1 specifications.
as such i would
Andy Ross [EMAIL PROTECTED] writes:
Maybe the best thing to do is just to remove this test application
from the source tree. Does the fgfs build still work?
i don't think i had any problems with the build. the cvs version has
this in AL/alctypes.h
#define ALC_MAJOR_VERSION
42 matches
Mail list logo