Jonathan Polley wrote:
Doing some more investigation, I found that there is a runways.cxx in both
FlightGear/src/ATC and FlightGear/src/Airports. Are they the same?
OK, sorry for breaking things...
runways.cxx shouldn't be in ATC - get rid of it. It was in there
because I wasn't sure
Marcio Shimoda wrote:
Hi,
When I try to compile the FG I got the following error
Compiling...
fg_fx.cxx
c:\flightgear-cvs\src\sound\soundmgr.hxx(98) : see reference to
class template instantiation 'std::mapclass std::basic_stringchar,struct
std::char_traitschar,class
Alexander Kappes wrote:
Hi David,
Just about any information you want is available in the property
tree. There's an interactive GUI browser built into FlightGear --
choose Properties from the View drop-down menu.
How do I have to imagine this property tree, I mean how is it realized in
Hi,
Cool, Davis is even more productive yet
;-)
Changes: An important bug that crashed David when creating new files for the
projects has been fixed.
http://freshmeat.net/projects/david/
Erik
___
Flightgear-devel mailing list
[EMAIL
In ATC.cxx change:
int FGATC::RemovePlane() {
}
to
int FGATC::RemovePlane() {
return 0;
}
to fix your compiler error.
The problem in approach.cxx is the good old (for int i= ...
business. Alexander - MSVC6 can't scope variable declarations
within a for loop declaration
Hi guys
I found some intresting arcticle on runway lights
check this out
http://www.opengvs.com/support/opengvs/howto/fog_atten/default.htm
read it please and maybe it should be implemented in flightgear its very
simple
so maybe someone who has flying practice can confirm this effect?
Thanx
Bye
Robert Deters wrote:
Can some one with MSVC or SGI please try the above? If it works, I'll
change it.
After some testing Im confident something like the following should
indeed work:
uiuc_menu.cpp line 1429:
ALERT: Process [mozilla-bin] pid 13567 killed: process or stack limit
exceeded
Jim Wilson writes:
Ok, I think this means I can continue in the same direction with
the viewer code. It would be just a matter of editing xml to
switch from using /position/lat||lon||alt to somewhere else in the
property tree, so if folks want to experiment they can.
I don't know if
Andy Ross writes:
I'll chop the cockpit stuff out of YASim as soon as someone tells me
it's OK.
It's fine with me. Curt?
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Andy Ross writes:
You can control any property with the joystick, but to control the
view direction, use something like this:
This controls the absolute direction. I find it much more useful to
incrementally adjust the view offsets instead; this matches view
controls in
Arnt Karlsen writes:
..a wee point: in sideslipping, will the responsible pilot
stare, towards the infinte end of the longitudal axis, or will
he watch/look out to where he is going? My .02, only. ;-)
We are talking only about the default viewpoint location. It's up to
the pilot to
Alexander Kappes writes:
Thanks, this solves part of my problem. However, I still have the problem
that for some reason the axis of the coolie hat (4 and 5 in this example)
are not uncorrelated for the FlightSimYoke. What I mean with this is that
for example if I don't touch the coolie
Marcio Shimoda [EMAIL PROTECTED] said:
How do I see the 3D cockpit?
Run with --aircraft=c172-3d
Best,
Jim
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Curtis L. Olson [EMAIL PROTECTED] said:
I need to pick a less popular project to be involved in ... maybe a
python to cobol translator written in prolog.
Ooo ooo yeah. I've been looking for one of those :-)
___
Flightgear-devel mailing list
Erik Hofman writes:
How do I have to imagine this property tree, I mean how is it realized in
memory (C++)
Yes, what you see is what you get.
He could think of it as a virtual filesystem containing the internal
state of the sim.
All the best,
David
--
David Megginson
[EMAIL
Marcio Shimoda writes:
How do I see the 3D cockpit?
fgfs --aircraft=c172-3d
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Alexander Kappes writes:
Ok, sorry for this. I will try to remember it for the future. Is anybody
going to fix this in the CVS tree?
What do I have to do if I want the gcc compiler under Linux to return
an error if a routine of type non-void is defined but no value is
returned?
BTW, how
Roman Grigoriev writes:
Hi guys
I found some intresting arcticle on runway lights
check this out
http://www.opengvs.com/support/opengvs/howto/fog_atten/default.htm
read it please and maybe it should be implemented in flightgear its very
simple
so maybe someone who has flying practice can
David Megginson [EMAIL PROTECTED] said:
Jim Wilson writes:
Err umm...what is it that won't be necessary?
Using properties other than the /position ones.
Right from the start I've been planning to support that anyway.
Two reasons:
1) Probably soon to be realized multiple instances of
David Megginson writes:
Andy Ross writes:
I'll chop the cockpit stuff out of YASim as soon as someone tells me
it's OK.
It's fine with me. Curt?
Sure, sounds good to me.
Curt.
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Cities[EMAIL PROTECTED]
David,
It sounds like you are bypassing SG_LOG() because it isn't doing what
you want. This seems like a bandaid solution at best. Perhaps we
should put these messages back in as SG_LOG( SG_ALERT ) and then
default 'release' builds to a minimum logging level of SG_ALERT rather
than collapsing
On Thu 4. April 2002 00:58, you wrote:
After digging through several README's, FAQ's and Robin's manual I decided
to have a rough try with my so much desired airport.
I did some calculation and then I added two lines to the default.apt(.gz)
file for a minimal airport definition - to have a
[... Madr wrote ...]
On Thu 4. April 2002 00:58, you wrote:
sirius: 0:55:17 ~ fgfs
[...]
Attempting to set starting position from runway code FX01 heading 270
Failed to find FX01 in database.
[...]
IMHO You also need to update metakit databases runways.mk4 and simple.mk4,
but I don't
Curtis L. Olson writes:
It sounds like you are bypassing SG_LOG() because it isn't doing what
you want. This seems like a bandaid solution at best. Perhaps we
should put these messages back in as SG_LOG( SG_ALERT ) and then
default 'release' builds to a minimum logging level of
Alexander Kappes wrote:
Yes, I looked at the page and that's how I actually do it at the
moment. The problem was they didn't know what properties to use. So
/sim/view/axes/lat and /sim/view/axes/long are the right properties
for this.
Heh, I was hoping you'd already know, because I
Martin Spott writes:
[... Madr wrote ...]
IMHO You also need to update metakit databases runways.mk4 and
simple.mk4,
but I don't know how. Try to ask Curt.
I already thought about it but he is overloaded with work and EMail -
anyone
on the list who is not ? So I posted to the list ;-)
Justin Palamar wrote:
1) A design goal was to have a moving aircraft carrier within the
simulator with the option to land on its deck
There are actually two problems here. The first, making the object
move, is relatively easy. It will require C++ code, though. One way
I've thought about
Date: Wed Apr 3 17:55:30 EST 2002
Author: cvsroot
Update of /home/cvsroot/FlightGear/FlightGear/Aircraft
In directory bitless:/tmp/cvslck/cvs-serv23961/Aircraft
Removed Files:
^
c172-3d-set.xml
^^^
Log Message:
Raised the default eyepoint and slanted it down slightly.
On Thu, 04 Apr 2002 14:03:10 -0500
Justin Palamar [EMAIL PROTECTED] wrote:
Hello, flightgear devolpers, this is my first message to
this list, so please excuse any question that may sound
'stupid', I'm just a newbie.
We all remember when we were newbies - no question is
stupid. This
Yes, it appears that this file was removed from CVS. What is the
recommended way to fly the 3d cessna?
Curt.
Frederic Bouvier writes:
Date: Wed Apr 3 17:55:30 EST 2002
Author: cvsroot
Update of /home/cvsroot/FlightGear/FlightGear/Aircraft
In directory
As far as I know that file should still be in there (nothing to replace it
yet). Why was it removed?
Best,
Jim
Curtis L. Olson [EMAIL PROTECTED] said:
Yes, it appears that this file was removed from CVS. What is the
recommended way to fly the 3d cessna?
Curt.
$FG_SRC / src / Airports /
gensimple
genrunways
Thanks, this works fine. Now I'm rebuilding the relevant parts of the
scenery - looks promising
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Curtis L. Olson [EMAIL PROTECTED] said:
The DCS system would take care of loading and attaching the 3d models
to the correct place in the scene graph and removing them. It would
call the update() routine for each of their engines. And it would
probably provide some sort of property
--- Christian Mayer [EMAIL PROTECTED] wrote:
Curtis L. Olson wrote:
Bernie Bright has submitted a simplified boost
distribution for
SimGear and I have committed it to CVS. The boost
web page is here:
http://www.boost.org/
We will begin depending on this package soon.
Hopefully Bernie Bright can address this, although he is running on
Australian time so I don't know how soon we'll here from him.
Curt.
Tony Peden writes:
--- Christian Mayer [EMAIL PROTECTED] wrote:
Curtis L. Olson wrote:
Bernie Bright has submitted a simplified boost
On Thu, 4 Apr 2002 20:50:18 -
Jim Wilson [EMAIL PROTECTED] wrote:
I've been working toward this sort of thing slowly severing the ties
between the model code and the viewer so that we can have multiples of
both. The new viewer interface will make it possible to have multiple
FDM's and
On Thu, 4 Apr 2002 15:03:33 -0600 (CST)
Curtis L. Olson [EMAIL PROTECTED] wrote:
Hopefully Bernie Bright can address this, although he is running on
Australian time so I don't know how soon we'll here from him.
I looked at it a few weeks ago and tossed out the idea
that it might be useful to
On Thu, 04 Apr 2002 23:26:06 +0200
Christian Mayer [EMAIL PROTECTED] wrote:
And IMHO an additional dependancy might be much worse than a event
manager that's a bit more flexible. But I don't know yet.
That's what I thought initially. But, I guess I shouldn't
rain on Bernie's parade and sound
Jon S. Berndt wrote:
Jim Wilson wrote:
The bigger problem (or so it seems to me :-)) is the one Andy
brought up. How you model stopping on a moving runway.
This really is not a big deal after all, I think
Agreed. Inside the gear model, the problem is basically an extra
addition to
On Thu, 4 Apr 2002 16:36:18 -0500
Norman Vine [EMAIL PROTECTED] wrote:
Boost has lots of good stuff and FWIW the Boost team does a
VERY good job of insuring compiler, STL and machine independance
see the compiler, platform and stdlib subdirectories in
the distribution
Yes, they appear to be
Andy Ross writes:
There are actually two problems here. The first, making the object
move, is relatively easy. It will require C++ code, though. One way
I've thought about doing it is to put the object in the property tree
rather than the static scenery description. Something like:
Jim Wilson writes:
I've been working toward this sort of thing...slowly severing the
ties between the model code and the viewer so that we can have
multiples of both.
I started a model overhaul myself this afternoon (it's been a little
overdue). Basically, I'm separating the animation
David Megginson wrote:
I've considered something similar, but I don't think it's scalable.
Imagine two year from now, if people have created tens of thousands of
custom objects for scenery around the world. This requires more
thought.
True enough. I was really thinking more along the
Thanks, this works fine. Now I'm rebuilding the relevant parts of the
scenery - looks promising
O.k., I give up with scenery. I manage to create the runway but I didn't
manage to create scenery with the hole that is necessary to see the runway.
Nice try ;-)
Martin.
--
Unix _IS_ user
On Thu, 2002-04-04 at 13:33, Jon S Berndt wrote:
On Thu, 4 Apr 2002 21:24:06 -
Jim Wilson [EMAIL PROTECTED] wrote:
believe. What are you doing with the way FDMs are
instantiated?!
Absolutely nothing. But if your mulitple FDM instances can publish
position/orientation data
I just finished successfully building with MSVC. Thanks for the updates!
Jonathan Polley
On Thursday, April 4, 2002, at 03:22 AM, D Luff wrote:
Jonathan Polley wrote:
Doing some more investigation, I found that there is a runways.cxx in
both
FlightGear/src/ATC and
Christian Mayer wrote:
Curtis L. Olson wrote:
Bernie Bright has submitted a simplified boost distribution for
SimGear and I have committed it to CVS. The boost web page is here:
http://www.boost.org/
We will begin depending on this package soon.
Well, *I* don't really
Tony Peden writes:
We'll have to talk about how to implement this. Right now, it would
all be in /fdm/jsbsim[1,2,3...]. We need a non-FDM specific way of
handling both this sort of thing and xml-defined parameters.
Here's what I've been thinking of (for a while):
1. Add methods
Jim Wilson writes:
On second thought why don't we go with what you are doing for the
time being. I think I can get by with my view manager and viewer
changes as long as your model code is independent of the viewer and
the view manager. Then if you want to go with the model
David Megginson [EMAIL PROTECTED] said:
While we're talking about refactoring, I think that it might be time
to consider creating something like an FGLocus class, to keep track of
a single location. Its interface would look a lot like the viewer's:
Yes I was thinking the same thing. If
I've moved the aircraft model code (FGAircraftModel) out of src/Main
and into a new directory, src/Model. In that directory, I've
separated out the code for managing a 3D model so that it can be used
for *any* model in *any* location. Take a look at src/Model/model.hxx
to see the interface
Hi,
A few folks have asked for it, so here it is;
fresh off the presses.
When you download the opengc package from the CVS
repository you also receive, free of charge,
a short tutorial on how to install, configure and
run OpenGC with FlightGear
Regards
John W.
On Thu, Apr 04, 2002 at 07:57:00PM -0500, David Megginson wrote:
Tony Peden writes:
We'll have to talk about how to implement this. Right now, it would
all be in /fdm/jsbsim[1,2,3...]. We need a non-FDM specific way of
handling both this sort of thing and xml-defined parameters.
Well I had something similar in mind when I wrote fgLoadDCS() and
fgUpdateDCS() in main.cxx. I had used a limit of 32 objects since I guessed
that more than that might affect frame rates. Presently repositioning is
possible thro network, albeit tied to fdm=ada, but thats trivial to change
to make
Norman's intersection testing works just fine for the moving carrier as
well. In fact this was discussed on the list almost six months ago. So you
would not fly through the deck. Yes your FDM should recieve the current
scenery altitude and compute landing gear reactions accordingly.
All those
Hi Andy,
This sounds to me as if one of the switches in your hat is bent, and
is in the on possition even when the hat it centered. I've seen
exactly this effect in the past on a Thrustmaster Top Gun stick.
Joystick hardware basically sucks. Run jscal and note all the
possibilities. What
56 matches
Mail list logo