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
>
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
> > > 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
"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
> > http://www.bo
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
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
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() g
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
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.
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/
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 u
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/err
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
is supported and if there ar
> > >. 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
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
Norman Vine writes:
> 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
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
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
On Thu, 4 Apr 2002 15:17:23 -,
"Jim Wilson" <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>:
> 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.
> >
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
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 u
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 e
* [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?
$ fin
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
[E
On Fri, 5 Apr 2002 13:00:00 -0500
David Megginson <[EMAIL PROTECTED]> wrote:
>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 and possibly
>SimG
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
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 JSB
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
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 agree - I didn't mean to i
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 good idea to put JSBSim
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 g
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 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 JSBSi
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
___
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
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
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]
http://mail.flightgear.org
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
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
* [EMAIL PROTECTED] (David Megginson) [2002.04.06 09:31]:
> ... oh, sorry, we don't have any aircraft carriers, or even
> battleships (does anyone still use battleships?) or cruisers, I think.
The US doesn't have anymore battleships in service. The last two were
decommissioned after Desert Storm
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 air
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
>
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 ha
--- 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.
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).
I sent you (Tony) a message at your seneca.me.umn.edu address, but for
the benefit of anyone else with the same problem, here's an
Hi,
>
> But comunication between fgfs and opengc doesn't work. It could be problem
of
> cvs version of FG
>
> Thank,
> Madr
>
> --
> Martin Dressler
>
> e-mail: [EMAIL PROTECTED]
> http://www.musicabona.com/
>
Are you running with linux, Cygwin, or ..?
There is a file called opengc_data.hxx
On Thu 4. April 2002 20:34, you wrote:
> - Original Message -
> From: "Martin Dressler" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, April 04, 2002 7:46 AM
> Subject: Re: [Flightgear-devel] glass cockpit
>
> > Please, give me some advice how to run it with FG on the same
Did you ever get your pedals and yoke working? If so, what did you do?
On Fri, 2002-04-05 at 04:41, David Megginson wrote:
> The plib maintainer, Steve Baker, has agreed to let me mess with plib
> so that the joystick code can report the device's id string, as in
> "Logitech Inc. WingMan Extrem
The plib maintainer, Steve Baker, has agreed to let me mess with plib
so that the joystick code can report the device's id string, as in
"Logitech Inc. WingMan Extreme Digital 3D". Once that's working, it
might be worth doing some restructuring of the input code.
Essentially, right now we have s
Hello,
has anyone gotten PPE to link against libpython2.1 ? Am I running a "well
known problem" ? I didn't find a hint on the net that fits :-/
g++ -O3 -O6 -Wall -s -o ppe ppeMad.o ppe.o ../src/gui/libppegui.a
../src/viewer/libppeviewer.a../src/core/libppecore.a
../src/materia
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) so
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 exampl
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
53 matches
Mail list logo