Dennis B. D'Annunzio wrote:
I thought I successfully compiled and installed SimGear-0.3.1.
However, whem making FlightGear-0.9.1 under cygwin (xwindows was
removed), I get this message:
nt/libEnvironment.a -lsgroute -lsgsky -lsgclouds3d -lsgephem -lsgtiming
-lsgio -
lsgscreen -lsgmath
Paul Morriss wrote:
Hi,
Is there any procedure for software documents etc?
I have an outline of how I intend to write the
software, I will start with other planes in the sky
for now.
Like Bernie mentions, there are people working on some of those
subjects, so it might be time for them to
Erez Boym wrote:
Hi,
Do we documentation of all the various properties that
can be set through the xml setup files ?
If not, I have tried to find the xml parser in the
source tree with no luck, where would be the best
place to start reverse engineer the xml parser to
produce such documentation
Hi,
Not being able to program much makes one think even harder.
This is a new set of goals I came up with:
Human factors
-
* Add language support back in
* Add an international font
* Sort the list of available aircraft when displaying
* Improve exceptions support (or remove it)
On Monday, February 10, 2003, at 10:09 am, Erik Hofman wrote:
Rendering
-
snip
* Material edge blending
This one, and some fractal subdivision of soft-edges, would give far
and away the best visual improvement for the current data set, in my
opinion. The issues get fairly
Erik Hofman writes:
Dennis B. D'Annunzio wrote:
I thought I successfully compiled and installed SimGear-0.3.1.
However, whem making FlightGear-0.9.1 under cygwin (xwindows was
removed), I get this message:
nt/libEnvironment.a -lsgroute -lsgsky -lsgclouds3d -lsgephem -lsgtiming
Hi Paul,
As others have pointed out, there has been a small amount of AI traffic
development going on, and as the guilty party I'd better pipe up sooner
rather than later :-) I'll describe what I've been doing and leave it up
to you whether you want to join in with that or start afresh.
I've
Erez Boym writes:
If not, I have tried to find the xml parser in the
source tree with no luck, where would be the best
place to start reverse engineer the xml parser to
produce such documentation ?
The XML parser is in SimGear, but you don't need it -- FlightGear
already holds the
Curtis L. Olson [EMAIL PROTECTED] said:
Ground elevation problems ...
I'm starting at KHAF (because it illustrates the problem pretty well.)
I'm using the A4, but the problem is with any aircraft.
Below is the fix for that bug. It's just a one line change. My apologies if
this mailer
Hi,
Did anyone start to document these properties in
another way, or do we have no documentation about
these xml properties ?
Erez
We had a discussion about this subject a few weeks
back and came to the
conclusion that automatic generation of the property
lists probably
won't give the desired
Hi,
Did anyone start to document these properties in
another way, or do we have no documentation about
these xml properties ?
Erez
We had a discussion about this subject a few weeks
back and came to the
conclusion that automatic generation of the property
lists probably
won't give the desired
Norman Vine wrote:
Erik Hofman writes:
Warning: resolving _glPopAttrib by linking to _glPopAttrib@0
It looks to me like there isn't any linking of the OpenGL libraries.
Did you see any warning message while running configure (for FlightGear)?
Hmm...
-lopengl is there in the link line
Erez Boym wrote:
Hi,
Did anyone start to document these properties in
another way, or do we have no documentation about
these xml properties ?
The documentation is scattered around a bit. Most of it lives in the
FlightGear source under FlightGear/docs-mini
But FDM speciffic propperties are
Erik Hofman [EMAIL PROTECTED] said:
- Add aircraft selection menu
Just to add to this. We should be able to plug and unplug FDM's at this
point, or at least we are close. Being able to interrupt the simulation,
select a different aircraft and FDM and then reiniting the entire system
Jim Wilson wrote:
Erik Hofman [EMAIL PROTECTED] said:
- Add aircraft selection menu
Just to add to this. We should be able to plug and unplug FDM's at this
point, or at least we are close. Being able to interrupt the simulation,
select a different aircraft and FDM and then reiniting
Erik Hofman [EMAIL PROTECTED] said:
That is the intention. Selecting a new aircraft *during* flight,
although fun, is not yet needed(*).
Yes, and it could be handy to turn a c172 into a c310 right after engine
failure while flying through hells canyon. Or fun to get a jet up to mach 1.2
Jim Wilson writes:
Erik Hofman [EMAIL PROTECTED] said:
- Add aircraft selection menu
Just to add to this. We should be able to plug and unplug FDM's at this
point, or at least we are close. Being able to interrupt the simulation,
select a different aircraft and FDM and then
Norman Vine wrote:
-lopengl is there in the link line
*but* it is in the wrong place
i.e Win32 linkage is quite different then Unix linkage and the order
of the libraries *is* important ie sybols must be resolved *after* they
are used.
Actually, Unix-style compilers are sensitive to link
Jim Wilson writes:
Yes, and it could be handy to turn a c172 into a c310 right after engine
failure while flying through hells canyon. Or fun to get a jet up to mach 1.2
and
then turn it into a cub. :-)
We need to animate the fabric ripping off the wings just before the
wooden spars
Andy Ross wrote:
*but* it is in the wrong place
i.e Win32 linkage is quite different then Unix linkage and the order
of the libraries *is* important ie sybols must be resolved *after* they
are used.
Yes, it seemed to me that opengl wasn't getting linked, so I was moving
the link order
As far as I know, no one has started documenting the propperly, mainly
because they tend to change rather quickly.
You probably hit the nail ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Martin Spott writes:
As far as I know, no one has started documenting the propperly, mainly
because they tend to change rather quickly.
You probably hit the nail ;-)
Aside from that, there will probably be a major restructuring when we
add multi-vehicle support.
All the best,
David Megginson writes:
Martin Spott writes:
As far as I know, no one has started documenting the propperly, mainly
because they tend to change rather quickly.
You probably hit the nail ;-)
Aside from that, there will probably be a major restructuring when we
add
Norman Vine wrote:
David Megginson writes:
Martin Spott writes:
As far as I know, no one has started documenting the propperly, mainly
because they tend to change rather quickly.
You probably hit the nail ;-)
Aside from that, there will probably be a major restructuring when we
add
HI,
Well, I'm new to FlightGear tweaking, but I find it
strange that to use flight gear (Add objects, add
aircrafts etc.) you have to search the source files,
just to find these xml properties that will enable me
to do that work.
In my inexpert eyes it's something we must maintain
otherwise we
On Mon, 10 Feb 2003 10:58:37 -0500,
David Megginson [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Jim Wilson writes:
Yes, and it could be handy to turn a c172 into a c310 right after
engine failure while flying through hells canyon. Or fun to get a
jet up to mach 1.2 and
On Mon, 10 Feb 2003 11:56:36 -0500,
Dennis B. D'Annunzio [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Andy Ross wrote:
*but* it is in the wrong place
i.e Win32 linkage is quite different then Unix linkage and the
order of the libraries *is* important ie sybols must be
On Mon, 10 Feb 2003 11:46:04 +
David Luff [EMAIL PROTECTED] wrote:
[snip]
The limit of my ambition at the moment is to get light planes taxiing in
and out of and flying circuits around GA airports at the moment. This is a
huge amount of work in itself - particularly the taxiing part,
Erez Boym wrote:
HI,
Well, I'm new to FlightGear tweaking, but I find it
strange that to use flight gear (Add objects, add
aircrafts etc.) you have to search the source files,
just to find these xml properties that will enable me
to do that work.
In my inexpert eyes it's something we must
Arnt Karlsen wrote:
..would an external flight model be easier for you?
It can then network with FlightGear both from the same box
and from another.
I bet it would be easier. That is how our system works now. We start
the flight model simulator which has an embedded vehicle state server.
On 2/11/03 at 9:15 AM Bernie Bright wrote:
On Mon, 10 Feb 2003 11:46:04 +
David Luff [EMAIL PROTECTED] wrote:
[snip]
The limit of my ambition at the moment is to get light planes taxiing in
and out of and flying circuits around GA airports at the moment. This
is a
huge amount of work in
On Mon, 10 Feb 2003 17:34:07 -0500,
Dennis B. D'Annunzio [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
..would an external flight model be easier for you?
It can then network with FlightGear both from the same box
and from another.
I bet it would be
On Mon, 10 Feb 2003 22:44:40 +
David Luff [EMAIL PROTECTED] wrote:
On 2/11/03 at 9:15 AM Bernie Bright wrote:
On Mon, 10 Feb 2003 11:46:04 +
David Luff [EMAIL PROTECTED] wrote:
[snip]
The limit of my ambition at the moment is to get light planes taxiing in
and out of and
I tried adding comments to the preferences.xml file, but they were not
rolled into CVS. The problem, and I believe why my edits didn't make
CVS, is that commenting each attribute causes diff to believe the
entire file has changed. This makes it difficult for those people who
have tailored
Hi,
I put the following message on the users mailing list and it doesn't seem that
anyone there can help. Can anyone here give any insight? The 3D demos all
work and I'm running Mandrake 9.0 with a NVIDIA GeForce4 Ti 4200.
FlightGear-0.9.1
Finally got FG to complie, but when I try to start
On Thu, Feb 06, 2003 at 10:22:18PM -0600, Curtis L. Olson wrote:
So, could the Lambert Conformal Conic be the projection I am looking for ?
Any help or pointers are appreciated.
You might be thinking too hard about this.
Yeah, I guess. But then, I'm too often a perfectionist ;-)
When building on MacOS X, I got the following warnings. Since I don't
use JSBSim too much, I wasn't too worried.
Jonathan Polley
ranlib: same symbol defined in more than one member in: libJSBSim.a
(table of contents will not be sorted)
ranlib: file: libJSBSim.a(FGTurbine.o) defines symbol:
Erez Boym writes:
Well, I'm new to FlightGear tweaking, but I find it
strange that to use flight gear (Add objects, add
aircrafts etc.) you have to search the source files,
just to find these xml properties that will enable me
to do that work.
You can also examine the tree live in the
When building on MacOS X, I got the following warnings. Since I don't
use JSBSim too much, I wasn't too worried.
Jonathan Polley
ranlib: same symbol defined in more than one member in: libJSBSim.a
(table of contents will not be sorted)
ranlib: file: libJSBSim.a(FGTurbine.o) defines
David Megginson writes:
I agree that we need documentation, but no one has stepped forward and
volunteered to write any. I disagree with Norm that all FlightGear
development should stop until that documentation is written -- if we
used that rule, we wouldn't have ATC, 3D cockpits, runway
I have the latest and greatest from CVS. I ran ./autogen.sh and
./configure, without any change. Is there something that I can do to
force a rebuild (aside from deleting the Makefiles by hand, that is).
Thanks,
Jonathan Polley
On Monday, February 10, 2003, at 08:11 PM, Jon Berndt wrote:
I have the latest and greatest from CVS. I ran ./autogen.sh and
./configure, without any change. Is there something that I can do to
force a rebuild (aside from deleting the Makefiles by hand, that is).
Delete all the .o files, and the libJSBSim.a, and libfiltersjb.a files.
This will cause a
Jon Berndt writes:
I have the latest and greatest from CVS. I ran ./autogen.sh and
./configure, without any change. Is there something that I can do to
force a rebuild (aside from deleting the Makefiles by hand, that is).
Delete all the .o files, and the libJSBSim.a, and
It beats me. I did a make clean and make distclean and both yielded
the same results as before. The current development tools contain gcc
3.1. Is anyone else running that version of gcc, or has everyone
jumped to 3.2?
Thanks,
Jonathan Polley
On Monday, February 10, 2003, at 09:04 PM,
Jonathan Polley writes:
It beats me. I did a make clean and make distclean and both yielded
the same results as before. The current development tools contain gcc
3.1. Is anyone else running that version of gcc, or has everyone
jumped to 3.2?
Hmm...
You could try deleting the JSBSim
Bernie Bright writes:
I used your structures as a starting point. However the needs of the editor
and the xml format forced some changes. But we are in the same ballpark.
Here are some snippets from a KSFO taxiway file with some commentary:
nodes
node
latitude
The message you get indicates that probably something isn't installed
right with the nvidia drivers ... but I'm not a mandrake user so I
don't know for sure. Can you run the plib demos? Can you tell if the
3d demos you are running are being software rendered or are you
getting fast hardware
Manuel Bessler writes:
$x = $w/2 + ($lon - $center_lon) * $deg_to_nm * $scale * $xfact;
$y = $h/2 - ($lat - $center_lat) * $deg_to_nm * $scale;
($x, $y) is the coordinates (in screen space) where you should draw
the object.
This is known to work pretty well over a local
Matt
Thanks for the link, I just got blender going on my vector linux last week so
the timing is perfect.
Paul
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Mon, 10 Feb 2003 22:17:27 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
Bernie Bright writes:
[snip]
Unlike yours they don't contain an elevation but that shouldn't be
too hard to add if required, it is available from the underlying
fgsd tile/airport object.
Elevation is an
On Mon, 10 Feb 2003 22:17:27 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
Bernie Bright writes:
I used your structures as a starting point. However the needs of the
editor and the xml format forced some changes. But we are in the same
ballpark. Here are some snippets from a KSFO
51 matches
Mail list logo