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 K
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
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
Not sure if this is the best place for this, but:
http://linuxsimulations.org has a new part 1 guide to making 3D models,
nothing major yet, but more of an outline...Not sure how true this rings
with anyone here though :).
If this is just a Linux I am not sure either...
Sorry if this is the wron
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 ove
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 rende
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:
>
>
>
> 37.615023
>
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 JSB
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, Nor
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 libfi
> 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
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:
Wh
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, runw
> 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) def
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
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:
__
On Mon, 2003-02-10 at 17:12, Rick wrote:
> 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
>
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 ;-
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 it,
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 .xm
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
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 i
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 am
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.
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 mainta
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 par
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 syb
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
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 li
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
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
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,
> 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 !
---
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 or
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
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 li
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
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.
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 t
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
s
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 (m
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
-l
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 des
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 des
"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
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 pre
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 sta
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
On Monday, February 10, 2003, at 10:09 am, Erik Hofman wrote:
Rendering
-
* 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 complex tho
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) 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 ?
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 jum
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 -lsgbu
53 matches
Mail list logo