The changes from yesterday turned my framerate at KSFO from about
10 to 1 per second. Ten is already painful enough, and that with
clouds and panel turned off. But one is a bit weak and makes fgfs
virtually unflyable. (I've only got a 266MHz processor and a V3
graphics card.)
m.
On Thursday, March 21, 2002, at 11:35 PM, Bernie Bright wrote:
>
> I build under MSVC6 occasionally though generally I use linux. However
> I was responsible for resolving some of the early portability issues.
>
> Cheers,
> Bernie
>
Could you try a build of the main FlightGear app to verify if
Jonathan Polley wrote:
>
> With the irregularity that I am having problems with "using XXX" I get the
> feeling that there is something wrong with a header someplace, or a
> #define. Not all modules generate the error, and others (namely the
> updates, and only the updates, to JSBSim) blow body
On Thursday, March 21, 2002, at 08:54 PM, Bernie Bright wrote:
> David Megginson wrote:
>>
>> OK, first let's make sure that my code is correct ANSI C++ before we
>> beat up on MSVC. Basically, I have this:
>>
>> #include
>> SG_USING_STD(sort);
>>
>> which is equivalent to
>>
>> #include
ops aren't so syncrhonous to look
> weird.
>
> File:
> http://www.spiderbark.com/fgfs/c310u3a-update-20020321.tar.gz
Looks great! Good work.
Curt.
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTEC
On Thursday, March 21, 2002, at 06:54 PM, Jon Berndt wrote:
>> The only way I can get SimGear to build is to replace
>>
>> SG_USING_STD(sort);
>>
>> with
>>
>> SG_USING_NAMESPACE(std);
>>
>> Nothing else seems to work. I have tried cleaning and rebuilding from
>> scratch *multiple* times.
>
> A
k
weird.
File:
http://www.spiderbark.com/fgfs/c310u3a-update-20020321.tar.gz
Best,
Jim
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
> The only way I can get SimGear to build is to replace
>
> SG_USING_STD(sort);
>
> with
>
> SG_USING_NAMESPACE(std);
>
> Nothing else seems to work. I have tried cleaning and rebuilding from
> scratch *multiple* times.
Are there any other stdlib function calls in there from std namespace?
The only way I can get SimGear to build is to replace
SG_USING_STD(sort);
with
SG_USING_NAMESPACE(std);
Nothing else seems to work. I have tried cleaning and rebuilding from
scratch *multiple* times.
Jonathan Polley
On Thursday, March 21, 2002, at 06:43 AM, David Megginson wrote:
> Jonath
On Thursday, March 21, 2002, at 03:37 AM, Erik Hofman wrote:
Jonathan Polley wrote:
After getting SimGear to build under MSVC 6.0 (thanks Christian), I moved on to getting all of FlightGear to build. For some reason, MSVC does not like JSBSim (over 1200 errors generated) but I had no problem und
David Megginson wrote:
> Does glViewport have any significant overhead? Don't we have to
> call it every frame anyway (I know the panel code does so).
No. It just sets scaling factors to turn the [-1:1] square produced
by the projection matrix into screen coordinates.. On cards with
hardware
Jim Wilson writes:
> Is there a method for rotating through a list in the xml? When I first set
> that up there wasn't any...so it just does a swap from panel2/path to the
> panel/path. Panel[2] might not be correct. Perhaps we should have a panel-
> current-idx property that defines wh
Martin Dressler writes:
> > I think that we should pass on this patch for now -- I have no clear
> > explanation of how it might help the framerate, and I cannot imagine
> > that skipping a single glViewport call could make any difference. It
> > also removes some existing functionality (suc
Hi,
Big problem. They can stall the aircraft for me at 3000 ft, except that the
ground is at 4800 ft. :)
No joking. I'm sure you'll be able to make the calculations if we stall her
at 6000 ft. Anyway, they should have that type of info already somewhere.
In regards to the modelling, I can g
Hi
All
So I spent a day
with three of the pilots at the SAAF Museum, talking about the DC-3 the whole
day long. This is our (actually their) conclusion :
2 of the 3 are avid
MSFS pilots in conjunction with their daily jobs of flying DC-3's and
DC-4's. According to them, that massive D
On Thu 21. March 2002 13:38, you wrote:
> D Luff writes:
> > With Norman's main, maximising the window and then returning it to
> > 800x600 leaves the external view of the plane (and probably the
> > scenery but its hard to tell) all scrunched up.
>
> I think that we should pass on this patch f
On Wed 20. March 2002 18:54, you wrote:
> Erik Hofman wrote:
> > While I don't see a direct improvement in framerate I notice a real
> > effect on the screen update. The old behaviour had a small bump in the
> > update every second or so, while the new code elliminates that.
>
> This doesn't ma
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > Here's a backtrace on this.
>
> I've just checked in some minor fixes to props.cxx in SimGear, and
> swapping panels (with 's') in FlightGear is working again. Thanks.
>
> By the way, we need to get rid of the panel_2 prope
David Megginson <[EMAIL PROTECTED]> said:
> I'm suggesting that we start with
> nothing (or almost nothing) inlined, then inline only what can be
> proven to help through profiling and timing tests -- uninlined until
> proven necessary, rather than inlined until proven unnecessary. This
Sounds
> Is this with the most recent JSBSim? Tony made some changes related to
> properties and perhaps there is some tweaking to do.
The checkout is about five hours old,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Jim Wilson writes:
> Here's a backtrace on this.
I've just checked in some minor fixes to props.cxx in SimGear, and
swapping panels (with 's') in FlightGear is working again. Thanks.
By the way, we need to get rid of the panel_2 property; instead, we
should have panel[0], panel[1], panel[2],
David Megginson writes:
>
>Norman Vine writes:
>
> > > In my (limited) tests, even inlining something like
> > >
> > > void setFoo (double foo) { _foo = (foo < 0 ? 0 : foo); }
> > >
> > >slows things down.
> >
> > Really ??
> >
> > then try this both with and without optimization :-))
>
>Ah, ye
* David Megginson -- Thursday 21 March 2002 13:40:
> > * D Luff:
> > > And a long standing one that I've never heard anyone else mention -
> > > I get other colours and textures bleeding through at the runway
> > > touchdown zones and numbers, when viewed at certain shallow angles.
> > > This happ
Arnt Karlsen writes:
> ..belly landings should be a noisy prop bending affair, but you
> should not total the aircraft... unless its a B-17 and you forget
> to dump the ball turret. In any case, you should walk away from
> the wreck, possibly receiving a repair bill from the insurance guy
Norman Vine writes:
> However some code fragments run 100's or even 1000's of times per
> iteration and these fragments should be studied on an individual basis
> and not just automatically un-inlined because it is in 'vogue' :-)
It's not a question of vogue. Currently, we start with an en
On Thursday, March 21, 2002, at 06:43 AM, David Megginson wrote:
> Jonathan Polley writes:
>
>> MSVC 6.0 still whines about
>>
>> props.cxx
>> C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not a
>> member of 'std'
>> C:\SimGear\simgear\misc\props.cxx(23) : error C2873: 'sort'
Norman Vine writes:
> > In my (limited) tests, even inlining something like
> >
> > void setFoo (double foo) { _foo = (foo < 0 ? 0 : foo); }
> >
> >slows things down.
>
> Really ??
>
> then try this both with and without optimization :-))
Ah, yes, but this is a tight loop. In my tes
D Luff writes:
> With Norman's main, maximising the window and then returning it to
> 800x600 leaves the external view of the plane (and probably the
> scenery but its hard to tell) all scrunched up.
I think that we should pass on this patch for now -- I have no clear
explanation of how it mi
I did some experimenting with fgReshape, adding a simple test at the
start to return if the width, height, and panel visibility were
unchanged, but saw no framerate improvement. Upon closer examination,
the only OpenGL-related things in the function are
glViewport( 0, (GLint)(height - view_h
Is this with the most recent JSBSim? Tony made some changes related to
properties and perhaps there is some tweaking to do.
Jon
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Martin Spott
> Sent: Thursday, March 21, 2002 5:30 AM
> To: [EMAIL PROTE
> JSBSim is no longer setting the /surface-positions/flaps-norm
> property, so the flaps don't move in the animation and don't make a
> sound. The position is still set correctly in /controls/flaps, [...]
There are still no flaps in JSBSim's c310. The lever is moving on the panel
but there's no
Jon Berndt <[EMAIL PROTECTED]> said:
engines/engine[0]/rpm = 2700
engines/engine[1]/rpm = 2700
> What was the RPM reading?
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Wilson
> > Sent: Wednesday, March 20, 2002 10:44 PM
> > To: [EMA
* Curtis L. Olson -- Wednesday 20 March 2002 22:57:
> I tried running this once myself and got lost in piles of errors
> coming out of plib.
Yeah, that's the fun thing. valgrind traces =all= (de)allocations and
illegal memory access through all libraries. Doing so it already
detected such bugs in
Jonathan Polley wrote:
> After getting SimGear to build under MSVC 6.0 (thanks Christian), I
> moved on to getting all of FlightGear to build. For some reason, MSVC
> does not like JSBSim (over 1200 errors generated) but I had no problem
> under RH 7.1 (as usual). I expect that everything is
Jonathan Polley wrote:
>
> On Wednesday, March 20, 2002, at 06:00 PM, Christian Mayer wrote:
>
>> Jonathan Polley wrote:
>>
>>>
>>> MSVC 6.0 still whines about
>>>
>>> props.cxx
>>> C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not
>>> a member of 'std'
>>> C:\SimGear\simgear
D Luff wrote:
> And now NaN (Not-a-Nit) :-) the new engine starting sounds are
> excellent. Great stuff whoever came up with those. (Erik?)
Yep. Thanks!
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
36 matches
Mail list logo
