Re: [Flightgear-devel] Performance and Paris

On Sunday 24 October 2010 05:02:23 Csaba Halász wrote: > On Sun, Oct 24, 2010 at 12:53 PM, wrote: > > A snapshot of the on screen statistics (in Debug) shows: > > > > Update: 23.44 > > Call: 25 46 > > Draw: 33.40 > > GPU: 40.34 > > Call: 4.66 > > Draw: 1.96 > > GPU: 1.66 > > > > How should these

Re: [Flightgear-devel] [flightgear GIT] hud.cxx ETA/ETE

On 24 Oct 2010, at 14:33, Martin Fenelon wrote: > I wonder if I could submit a little patch to src/Cockpit/hud.cxx. > The HUD uses time to waypoint, ETE, but displays the figure as ETA. This code is going to be replaced with a better 'version2' HUD any day now - it was added by me, before I und

[Flightgear-devel] [flightgear GIT] hud.cxx ETA/ETE

Hello, I wonder if I could submit a little patch to src/Cockpit/hud.cxx. The HUD uses time to waypoint, ETE, but displays the figure as ETA. Martin. --- src/Cockpit/hud.cxx.orig 2010-10-24 13:07:27.0 + +++ src/Cockpit/hud.cxx 2010-10-24 13:07:11.0 + @@ -487,7 +487,7 @@

[Flightgear-devel] Configuration file for Genius F-31U VIBRATION USB Joystick

Hello, I made a configuration file for Genius F-31U VIBRATION USB Joystick and would be happy, if it could be added to GIT (or wherever) to have it in default installation of Flightgear for the next release. Config file is attached. In fact, I don't like default behaviour of "lookat" views, whi

Re: [Flightgear-devel] Performance and Paris

Hi, > Hi > > Paris has been a heavy scenery for a long time, but in the > latest GIT it > seems as if it is becoming unusable. I am getting 9 or 10 > FPS in > multithreading mode. A FGFS version of a couple of months > ago dropped my > FPS over Paris on the same system to about 12-15. > Perfor

Re: [Flightgear-devel] Performance and Paris

On Sun, Oct 24, 2010 at 12:53 PM, wrote: > > A snapshot of the on screen statistics (in Debug) shows: > > Update: 23.44 > Call: 25 46 > Draw: 33.40 > GPU: 40.34 > Call: 4.66 > Draw: 1.96 > GPU: 1.66 > > How should these numbers be interpretated? Are they percentages, like in > "The GPU is 40.34%

[Flightgear-devel] Performance and Paris

Hi Paris has been a heavy scenery for a long time, but in the latest GIT it seems as if it is becoming unusable. I am getting 9 or 10 FPS in multithreading mode. A FGFS version of a couple of months ago dropped my FPS over Paris on the same system to about 12-15. Performance seems to have degr

[Flightgear-devel] Hudson build is back to normal : FlightGear-next #216

See -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and

Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version

Op 24-10-10 11:53, James Turner schreef: > Thanks for the report (it confirms what I'm seeing here is consistent > with 'the rest of the world'), I'll need help testing once I commit a > proper solution. OK. I am volunteering, obviously. Good luck. m --

Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version

Op 24-10-10 11:55, Durk Talsma schreef: > Are you sure there is no AI traffic activity anymore whatsoever after a > while? This could be happening when you fiddle with the time parameters (i.e. > adjust your time settings while flightgear is running, but other than that, I > have never seen that

Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version

Hi, Finally, somebody noticed this. :-) I've seen the problem a couple of times, and have rough idea as to what is going on. Earlier this summer, I fixed a problem where vertical speed was not properly handled in some cases after landing. This would result in a race between the ground handling

Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version

On 24 Oct 2010, at 10:15, fiers...@zonnet.nl wrote: > I updated this morning, two hours ago, and I am still getting crashes on > exit. See the stacktrace below (AI is in lines 22 and 23). > Could this be some kind of race condition? > I should perhaps mention I have the mulithread property set

Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version

Hi Again, at EHAM. Five planes stalled in what seems to be a very dangerous looping: After a while these artefacts disappeared but it seemed like AI-traffic stopped altogether. When the picture was taken, there was other AI traffic behaving naturally... m --

Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version

Hi While at the topic of AI traffic, I was at EHAM and observed a couple of AI planes hanging still in the air in an odd way. Meanwhile, the rest of AI traffic looked natural and well behaving to me. Planes were taking off nicely. Here is a picture of an AI plane standing on its tail: m

Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version

Update: I have been able to reproduce this crash on exit with the same stack trace at EHAM. m Op 24-10-10 11:15, fiers...@zonnet.nl schreef: Hi I updated this morning, two hours ago, and I am still getting crashes on exit. See the stacktrace below (AI is in lines 22 and 23). Could this b

Re: [Flightgear-devel] AI-manager crashes FGFS on exit in latest GIT version

Hi I updated this morning, two hours ago, and I am still getting crashes on exit. See the stacktrace below (AI is in lines 22 and 23). Could this be some kind of race condition? I should perhaps mention I have the mulithread property set in preferences.xml: AutomaticSelection Program term