Norman Vine writes:
it would behoove the project to stop thinking in spherical terms
xcept when doing user input / output. Converting back and forth
between sperical and cartesian representation is a time sink that
doesn't need to happen at all as far as the inner workings of the
Tony Peden writes:
The latter would certainly be easier, no code would need to be changed.
Wouldn't it have the effect of forcing client code to keep track of
which vehicle was being referenced in the tree? A good example here, I
think, would be the view manager. Another good example
Alexander Kappes writes:
I should mention that the problems occur under Linux 2.4.? (? 10)
and that the hat switch works ok under Windows though I don't know the
mapping there as it is hidden. So I think that the explanation
from David Megginson (bug in the kernel joystick code) sounds
--- David Megginson [EMAIL PROTECTED] wrote:
Tony Peden writes:
Did you ever get your pedals and yoke working?
If so, what did you do?
Yes, I did (I don't have a yoke yet, but the pedals
are working fine).
Good to hear.
I sent you (Tony) a message at your
seneca.me.umn.edu
Jim Brennan jjb - writes:
Now to be really fancy, you'll need to model the pitch and roll of the
carrier deck.
And the changes in height above the sea as the landing area moves up and
down!
Right. And for Canadian aircraft carriers, you'll have to ...
... oh, sorry, we don't have
Norman Vine writes:
But we really need another name and I realize that you are trained
in 'English' and will argue for (1) below however I believe (3)
below is paramount in this case as this class refers to a 'single
point' not a 'set of points' in the 'mathematical sense and Locus
is
On Fri, 5 Apr 2002, David Megginson wrote:
Jim Brennan jjb - writes:
Now to be really fancy, you'll need to model the pitch and roll of the
carrier deck.
And the changes in height above the sea as the landing area moves up and
down!
Right. And for Canadian aircraft
David Megginson [EMAIL PROTECTED] said:
Norman Vine writes:
But we really need another name and I realize that you are trained
in 'English' and will argue for (1) below however I believe (3)
below is paramount in this case as this class refers to a 'single
point' not a 'set of
David Megginson writes:
Norman Vine writes:
But we really need another name and I realize that you are trained
in 'English' and will argue for (1) below however I believe (3)
below is paramount in this case as this class refers to a 'single
point' not a 'set of points' in the
Jim Wilson writes:
Or maybe FGLocalCoordor just FGCoord?
I'd be worried about confusion with sgCoord.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jim Wilson writes:
David Megginson [EMAIL PROTECTED] said:
Norman Vine writes:
But we really need another name and I realize that you are trained
in 'English' and will argue for (1) below however I believe (3)
below is paramount in this case as this class refers to a 'single
On Fri, 5 Apr 2002 10:27:44 -0500
David Megginson [EMAIL PROTECTED] wrote:
Here's something more interesting (and Canadian) -- what about landing
a Beaver or Otter on a large (i.e. 5km x 5km) moving ice floe during
the spring thaw up north?
What kind of crazy place is this Can ada? I've seen
On Fri, 5 Apr 2002 10:10:10 -0600 (CST)
Curtis L. Olson [EMAIL PROTECTED] wrote:
How about something simple like FGPosition or FGPos ... I thought of
it so it gets my vote. :-)
Curt.
We thought of it three years ago (FGPosition). It's
already in JSBSim.
:-)
Jon
Jon S Berndt writes:
On Fri, 5 Apr 2002 10:10:10 -0600 (CST)
Curtis L. Olson [EMAIL PROTECTED] wrote:
How about something simple like FGPosition or FGPos ... I thought of
it so it gets my vote. :-)
Curt.
We thought of it three years ago (FGPosition). It's
already in JSBSim.
Yes BUT ...
On Fri, 5 Apr 2002 12:11:43 -0500
Norman Vine [EMAIL PROTECTED] wrote:
Yes BUT ... your FGPosition is what I would call FGRigidBody
ie you have velocity and acceleration terms
IMHO the class heirarchy should be something like
Given any 100 people, you'll get 400 different FDMs. :-)
Our
Jon S Berndt writes:
On Fri, 5 Apr 2002 12:11:43 -0500
Norman Vine [EMAIL PROTECTED] wrote:
Yes BUT ... your FGPosition is what I would call FGRigidBody
ie you have velocity and acceleration terms
IMHO the class heirarchy should be something like
Given any 100 people, you'll get 400
Jon S Berndt writes:
On Fri, 5 Apr 2002 12:58:57 -0500
Norman Vine [EMAIL PROTECTED] wrote:
I guess I was just trying to point out that IMHO we shouldn't adopt
the JSBSIM::FGPosition class as is in that it has in the more general
enviroment of FGFS xtra baggage ...
Oh, I certainly
On Fri, 5 Apr 2002 13:00:00 -0500
David Megginson [EMAIL PROTECTED] wrote:
Jon S Berndt writes:
That's actually becoming a bit of a problem -- I couldn't use FGModel
for the 3D model either because JSBSim had already taken it. As Andy
keeps reminding us, it would be a good idea to put JSBSim
David Megginson writes:
Jon S Berndt writes:
We thought of it three years ago (FGPosition). It's
already in JSBSim.
That's actually becoming a bit of a problem -- I couldn't use FGModel
for the 3D model either because JSBSim had already taken it. As Andy
keeps reminding us, it would be a
Jon S Berndt writes:
. In hindsight, we might have preferred to not
call everything FG
I volunteer to change the JSBSim usage of the 'FG' prefix
to anything you want :-)
15-minutes-of-sed'ly-yr's
Norman
___
Flightgear-devel mailing list
* [EMAIL PROTECTED] (Norman Vine) [2002.04.06 12:25]:
Jon S Berndt writes:
. In hindsight, we might have preferred to not
call everything FG
I volunteer to change the JSBSim usage of the 'FG' prefix
to anything you want :-)
15-minutes-of-sed'ly-yr's
15 minutes?
$ find . -name
What should we do about this?
Erik
/opt/include/boost/type_traits/arithmetic_traits.hpp, line 243: error(1029):
expected an expression
::value));
^
/opt/include/boost/type_traits/arithmetic_traits.hpp, line 254: error(1029):
expected an
On Thu, 4 Apr 2002 16:04:53 -0500,
David Megginson [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
What about landing a helicopter on top of a moving train in a James
Bond emulator? This is a nasty problem. I do think that it should be
possible to locate the ssgVertexTable under
On Thu, 4 Apr 2002 10:34:30 -0800,
John Wojnaroski [EMAIL PROTECTED] wrote in message
000b01c1dc07$5bb19110$1902a8c0@COACH:
Start flightgear in a seperate window with the socket option
fgfs --opengc=socket,out,30,127.0.0.0.1,5800,udp (+whatever else you
Now that the viewer is somewhat free of the model code, there are some
other problems that need to be dealt with. Apparently it is still the
authority for where the airplane is (even though the FDMs know perfectly well).
My guess is the problems are in the Scenery directory. I'd like to stop
It seems as if we are losing FrameRate rather quickly
all figures are for at rest no HUD or Panel Default location
at Noon Brakes on MingW32 compiled on Win2k
Geforce2 GTS No model shown ie. View[0]
March 16 ~78 fps
last week ~71 fps
today ~66 fps
this is a negative change
Norman Vine [EMAIL PROTECTED] said:
It seems as if we are losing FrameRate rather quickly
all figures are for at rest no HUD or Panel Default location
at Noon Brakes on MingW32 compiled on Win2k
Geforce2 GTS No model shown ie. View[0]
March 16 ~78 fps
last week ~71 fps
. In hindsight, we might have preferred to not
I volunteer to change the JSBSim usage of the 'FG' prefix
to anything you want :-)
15-minutes-of-sed'ly-yr's
15 minutes?
$ find . -name *.[ch]?? -o -name *.h \
perl -pi.bak -e 's/FG/JSB/g'
10 seconds to write, 14.83 minutes to fix
Marcio Shimoda wrote:
Unfortunately this doesn't seem to be the complete error message, so I
cannot se what's happening.
You might want to post the complere error message, together with the OS
and compiler you are using.
Erik
Well, this is a long warning/error message...
I'm
Jon S Berndt wrote:
On Fri, 5 Apr 2002 13:00:00 -0500
David Megginson [EMAIL PROTECTED] wrote:
Jon S Berndt writes:
That's actually becoming a bit of a problem -- I couldn't use FGModel
for the 3D model either because JSBSim had already taken it. As Andy
keeps reminding us, it would
Alex Perry writes:
. In hindsight, we might have preferred to not
I volunteer to change the JSBSim usage of the 'FG' prefix
to anything you want :-)
15-minutes-of-sed'ly-yr's
15 minutes?
$ find . -name *.[ch]?? -o -name *.h \
perl -pi.bak -e 's/FG/JSB/g'
10 seconds to
I just got done updating from CVS and tried to rebuild. MSVC built just
fine, but when fgReshape() gets called for the first time,
globals-get_current_view() returns NULL when it is called for the first
time. I then tried to do the same build under linux to see if it had the
same problem.
Bernie Bright writes:
Erik Hofman wrote:
What should we do about this?
Erik
Seems to be boost related. What compiler and platform? I seem to
remember you are running an old IRIX system. Could you check
http://www.boost.org/status/compiler_status.html to see if your platform
For SimGear did you run cvs update -d ? It may be that you didn't
get the new directory pulled over. By default cvs update doesn't
grab new directories.
Curt.
Jonathan Polley writes:
I just got done updating from CVS and tried to rebuild. MSVC built just
fine, but when fgReshape() gets
I used 'cvs update -dP' to pull the updates.
On Friday, April 5, 2002, at 09:47 PM, Curtis L. Olson wrote:
For SimGear did you run cvs update -d ? It may be that you didn't
get the new directory pulled over. By default cvs update doesn't
grab new directories.
Curt.
Jonathan Polley
Jonathan Polley writes:
I used 'cvs update -dP' to pull the updates.
Hmmm, you might try rerunning autogen.sh; configure; make ...
Curt.
On Friday, April 5, 2002, at 09:47 PM, Curtis L. Olson wrote:
For SimGear did you run cvs update -d ? It may be that you didn't
get the new
Jonathan Polley writes:
make: Making all in src-libs
make[1]: Entering directory `/home/jwpolley/SimGear/src-libs'
make[1]: *** No rule to make target `all'. Stop.
make[1]: Leaving directory `/home/jwpolley/SimGear/src-libs'
make: *** [all-recursive] Error 1***
Jim Wilson writes:
Norman Vine [EMAIL PROTECTED] said:
It seems as if we are losing FrameRate rather quickly
all figures are for at rest no HUD or Panel Default location
at Noon Brakes on MingW32 compiled on Win2k
Geforce2 GTS No model shown ie. View[0]
March 16 ~78 fps
last
Bernie Bright wrote:
Curtis L. Olson wrote:
Bernie Bright writes:
Erik Hofman wrote:
What should we do about this?
Erik
Seems to be boost related. What compiler and platform? I seem to
remember you are running an old IRIX system. Could you check
39 matches
Mail list logo