-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Anyone getting this error with latest cvs of everything?
make[2]: Entering directory `/home/david/flightgear/FlightGear/src/Scenery'
c++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
- -I/usr/local/include -I/usr/X11R6/include
Andy Ross writes:
It's probably not a quirk. Inlining actually helps very little except
for VERY small functions. It used to be that a function call was slow
-- you had to spill a bunch of registers and a return value onto the
stack, and then clean them up later. But modern processors
Cameron Moore writes:
I'm not familiar with our XML parser, but could we get away with using
this instead?:
has-gs-needle/
In other words, you'd like
foo/foo
to be the equivalent of
footrue/foo
or
foo1/foo
I'm not sure if that's a good idea -- I'd be more inclined to
On Mon, 2002-03-18 at 04:32, David Megginson wrote:
Andy Ross writes:
It's probably not a quirk. Inlining actually helps very little except
for VERY small functions. It used to be that a function call was slow
-- you had to spill a bunch of registers and a return value onto the
Jon Berndt writes:
I had been concerned
that SGPropertyNode::getDoubleValue was showing up at the top of the
profiling output for JSBSim, but I think that that was masking the
object methods it was invoking in other JSBSim code.
Could very well be.
properties, but not much
Tony Peden writes:
To get the equivalent of tieing to object methods, a once-per-frame data
copy is necessary. Did your testing take this into account?
No, I was just testing access time. I checked in some optimizations
that skip a lot of unnecessary code when the value is held
David Findlay writes:
Anyone getting this error with latest cvs of everything?
Yes, you're getting it because you're using the CVS plib (like many of
us). I #ifdef'd sgdPointInTriangle out locally in my hitlist.cxx, but
we need someone who knows plib better to add a general solution. This
Jon Berndt writes:
I've had some thoughts along those lines, too. Note that I am not so
familiar with proper XML, but I wondered if this might be legal or
advisable,
Instead of:
POSITION
X24.5/X
Z-49.0/Z
/POSITION
we could use:
POSITION X=24.5 Z=-49.5/
Right
David Megginson writes:
Tony Peden writes:
To get the equivalent of tieing to object methods, a
once-per-frame data
copy is necessary. Did your testing take this into account?
No, I was just testing access time. I checked in some optimizations
that skip a lot of unnecessary code when
David Megginson writes:
Without
inlined methods, we'll probably end up with a smaller fgfs executable,
more accurate debugging information, faster build times, and more
readable headers, etc.
If we default to out-of-line code, then we can profile later and
inline only in the spots where it
Norman Vine wrote:
clarifying my earlier post
Also note that most FGFS functions are only called
at most !
once or twice per iteration of the main loop
A 'few' more 'interesting' ones are called MANY TIMES
per iteration of the loop. IMHO these if they meet the
above criteria are
GOOD
Jim,
That's the Welsh Assembly Minister for E-commerce (government bloke).
Regards
Phil
In message [EMAIL PROTECTED],
Jim Wilson [EMAIL PROTECTED] writes:
Both projects look very interesting. I've got only have one decidedly
irrelevant question. Phillip, I always thought that
I'm building straight from the cvs checkout code. I completely erased my
previous flightgear directory, so there is no chance of cvs of losing
track of which files need to be updated. It still doesn't work:
Making all in Scenery
make[2]: Entering directory
Keith Wiley writes:
I'm building straight from the cvs checkout code.
Making all in Scenery
make[2]: Entering directory `/usr/local/src/Flightgear/src/Scenery'
c++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../..
-I../../src -I/usr/loca
l/include -g -O2 -c hitlist.cxx
hitlist.cxx: In
Is there currently anywhere in the code where I can say:
Here's a ssgEntity already loaded.
Here's its position, heading, roll and pitch this frame, draw as
appropriate (ie work out the appropriate transform in relation to the
viewer for me).
Allow the position, heading roll and pitch to be
David Megginson wrote:
Tony reported back to the list on a more organic test -- he un-inlined
the most common inline methods in JSBSim, and discovered a slight (but
not exciting) speed *increase*.
Actually, my interest would be in a different benchmark: how much does
removing all the
David Megginson wrote:
I'm not sure if that's a good idea -- I'd be more inclined to default
to 0/false/empty-string. What do other people think?
Actually, thinking about this more, I'm starting to like this idea.
As you say, it's really the same thing as changing the default value
for a
Andy Ross writes:
Tony reported back to the list on a more organic test -- he un-inlined
the most common inline methods in JSBSim, and discovered a slight (but
not exciting) speed *increase*.
Actually, my interest would be in a different benchmark: how much does
removing all
Andy Ross writes:
sim
fooA/foo
fooB/foo
/sim
This already works as you would expect. Multiple children with the
same name are automatically numbered sequentially when there is no n
attribute, so the above is synonymous with
sim
foo n=0A/foo
foo n=1B/foo
/sim
I tend
Andy Ross writes:
POSITION X=24.5 Z=-49.5/
This is more readable to my eyes too, which is why the YASim parser
uses attributes.
If it's any comfort, this is a general problem in XML: the more
general we make a format, the less we can use optimizations like
these, but the more
Andy Ross writes:
Or, maybe better still (simpler anyway), just rename the function in
hitlist.cxx to fgPointInTriangle and simply use that, ignoring plib
entirely.
Already Done
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
On Mon, 18 Mar 2002 02:27:03 +0100 (CET),
Martin Spott [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Interesting note, the top item on the list, Racer is not GPL or
anything close to opensource ( see http://www.racer.nl/legal.htm ).
I totally forgot Are you (Alex) using
David Megginson writes:
I have a question for the C++ heads. Let's assume that I have
something like this:
template class C, class T
T
BindingC,T::get_value () const
{
return (_obj.*_getter)();
}
assuming
C _obj;
T (C::*_getter)() const;
This always gets instantiated
--- David Megginson [EMAIL PROTECTED] wrote:
Andy Ross writes:
This would require changing the defaulting
semantics, though. The
default value you fill in at parse-time should
be true, but the
default you fill in when a non-existent
property is queried should
be false. I'm
David Megginson [EMAIL PROTECTED] said:
Here are some tests I just ran, for 100,000,000 accesses of a double
property (I ran each on a few times then picked the most typical user
time; there was little variation anyway):
Tied to object methods: 5.880 sec
Internal (access only): 2.870
Andy Ross [EMAIL PROTECTED] said:
David Megginson wrote:
Tony reported back to the list on a more organic test -- he un-inlined
the most common inline methods in JSBSim, and discovered a slight (but
not exciting) speed *increase*.
Actually, my interest would be in a different
Hi,
there's seems to be a bug under Linux that I can't reproduce under
windows.
To triger it, go to /flightgear/src/main/fg_init.cxx and change
WeatherDatabase = FGLocalWeatherDatabase::theFGLocalWeatherDatabase;
to
WeatherDatabase = FGLocalWeatherDatabase::theFGLocalWeatherDatabase;
David Megginson wrote:
I have a question for the C++ heads. Let's assume that I have
something like this:
template class C, class T
T
BindingC,T::get_value () const
{
return (_obj.*_getter)();
}
assuming
C _obj;
T (C::*_getter)() const;
This always gets
David Megginson writes:
Norman Vine writes:
IMHO the biggest obstacle to reading and developing FGFS code is
the formatting
We really need a mechanical formating means that is acceptable to
every one as the CVS standard even if it is not perfect or even
close to what one would
Norman Vine wrote:
David Megginson writes:
Norman Vine writes:
IMHO the biggest obstacle to reading and developing FGFS code is
the formatting
We really need a mechanical formating means that is acceptable to
every one as the CVS standard even if it is not perfect or even
On Mon, 18 Mar 2002 14:41:55 -0800
Andy Ross [EMAIL PROTECTED] wrote:
What you're seeing is the fact that, when you add flaps, you increase
the nose-down pitching moment of the wing. This happens,
qualitatively, because most of the lift you add gets
added at the back of the wing where the
I wrote:
Right now, YASim applies all of the extra lift due to flap
deflection (including control surfaces -- they're flaps too) at a
point one third of the way up from the trailing edge.
Oops, I lied. There was a bug. One third from the edge is what I
meant. One third from the *center*
On Mon, 2002-03-18 at 14:41, Andy Ross wrote:
[[Whoops, my To: line wasn't, so the first time this got sent is went
into the moderator queue. Moderators, please ignore. My
apologies]]
[This came in private mail, but it involves questions that I think the
rest of the list might
so we can run for example ./configure --with-nvidia-ext
I'd like to mention that I have strong feelings against use of proprietary,
single vendor extensions in the main source tree,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Andy,
I had the autopilot on the entire time during the test and it was
maintaining 1000' ASL the whole time. So, yes, the autopilot was
changing the trim to hold a constant altitude.
So, if I am at my max speed with 0 flaps in a straight and level
configuration, then there is *no way* that
Tony Peden wrote:
Andy Ross wrote:
You're not changing the trim settings when you do this, right?
He had the autopilot on, maintaining 1000 ft. So, yes, the trim was
changing.
Ooh, ack. You're right, I should have read more carefully. Something
is definitely wrong, adding flaps
If I may add my US$0.02. I prefer to have the more verbose preferences
file as well. From the perspective of someone who does not want to look
through the code (not me, but those to whom I will be giving FlightGear),
it would be nice if they can see all configurable options (without
I have put a replacement Main / main.cxx on my site
http://www.vso.cape.com/~nhv/files/fgfs/nhv_main.tgz
You should experience a substantial increase in fps with this
I get around a ~10% speedup
There is a small problem with the Display occasionally
because I could not figure out a way to have
38 matches
Mail list logo
