Re: [Flightgear-devel] slow start-up

2004-07-20 Thread Jim Wilson
David Culp said:

> > Try  'hdparm -d /dev/hdxx to check status of drive
> 
> Yep, DMA checks on.  I'm sure Curt has the problem figured out.  What to do 
> about it is another issue.  Some possible solutions:
> 
> 1)  Extend the appearance of the splash screen until all the loading is 
> finished.
> 
> 2)  Put a progress bar in the middle of the screen.
> 
> 3)  An hour-glass cursor?
> 
> 4)  A message box "Scenery Loading.  Stand By..."
> 

I may take a stab at this later in the week.  If it is possible to query the
tile loading queue then you can have the initialization delay the fdm until
the loader is caught up (queue gets emptied).  I'm not sure, but I think
something like that would work.  It'd be good to have this fixed for the release.

Best,

Jim


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] slow start-up

2004-07-07 Thread David Culp
> Try  'hdparm -d /dev/hdxx to check status of drive

Yep, DMA checks on.  I'm sure Curt has the problem figured out.  What to do 
about it is another issue.  Some possible solutions:

1)  Extend the appearance of the splash screen until all the loading is 
finished.

2)  Put a progress bar in the middle of the screen.

3)  An hour-glass cursor?

4)  A message box "Scenery Loading.  Stand By..."


Dave
-- 

David Culp
[EMAIL PROTECTED]


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] slow start-up

2004-07-06 Thread John Wojnaroski

- Original Message -
From: "David Culp" <[EMAIL PROTECTED]>
To: "flightgear-devel" <[EMAIL PROTECTED]>
Sent: Monday, July 05, 2004 11:46 AM
Subject: [Flightgear-devel] slow start-up


> This topic was brought up by someone earlier, but I don't think there was
any
> resolution.  When I start up FlightGear, after the "world" first appears
on
> the screen my frame-rate varies between 1 to 37 or so for about six
seconds.
> After that the frame-rate settles down to a fairly constant value.
>
Is there drive activity after the "world" appears? Make sure you have DMA
enabled for the driive else you might be losing CPU cycles

Try  'hdparm -d /dev/hdxx to check status of drive

Regards
John W.


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] slow start-up

2004-07-06 Thread Curtis L. Olson
David Culp wrote:
This topic was brought up by someone earlier, but I don't think there was any 
resolution.  When I start up FlightGear, after the "world" first appears on 
the screen my frame-rate varies between 1 to 37 or so for about six seconds.  
After that the frame-rate settles down to a fairly constant value.  

I haven't done a thorough search for the source of this problem.  I will try 
turning off whatever can be turned off, and see if I can make it go away.  
Right now I'm curious as to how many people are getting this start-up delay.  
BTW, I'm building with threads enabled.

The problem is more than just cosmetic.  If I start the sim with throttles 
forward the FDM (JSBSim) seems to "wind-up" while the sim is stalled 
(frame-rate near one).  When the frame rate bounces back up to near normal 
the airplane leaps forward (and sometimes upward).

The only solution is to sit with throttles idle and watch the frame-rate.  
When the frame-rate settles down I can take off.  Now that the frame-rate is 
no longer displayed by default I just count to seven and then go.

When flying the glider there is no opportunity to wait, so I just have to let 
the pitch vary wildly until the frame-rate settles down.

Anyone else seeing this?
 

This is most likely overhead from loading the 3d models 
(bldgs/bridges/etc.) for the san fransciso area.  Model loading is done 
in the main render thread because the plib model loaders can trigger 
texture loading which can trigger opengl calls which is forbidden from 
happening outside the main render thread.  (This could lead into a long 
discussion about thread safety and threading opengl calls, but the 
simple answer is don't put opengl calls in multiple threads or you are 
asking for instant death of your application.  If you *know* what you 
are doing, you could get away with it if you used extreme caution, but 
if you aren't sure what all the issues are, or are hoping for good luck, 
then you don't know what you are doing and shouldn't even go there.) :-)

Regards,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt 
HumanFIRST Program  http://www.humanfirst.umn.edu/
FlightGear Project  http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] slow start-up

2004-07-06 Thread Mathias Fröhlich

On Montag, 5. Juli 2004 20:46, David Culp wrote:
[minute's silence]
> Anyone else seeing this?
Yes.

I first thought, that my timestepping code is the reason for that. And I 
searched and searched 
:)
But it was not ...

Seriously, I have no clue where this stems from.

 Greetings

 Mathias

-- 
Mathias Fröhlich, email: [EMAIL PROTECTED]

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] slow start-up

2004-07-05 Thread David Culp
This topic was brought up by someone earlier, but I don't think there was any 
resolution.  When I start up FlightGear, after the "world" first appears on 
the screen my frame-rate varies between 1 to 37 or so for about six seconds.  
After that the frame-rate settles down to a fairly constant value.  

I haven't done a thorough search for the source of this problem.  I will try 
turning off whatever can be turned off, and see if I can make it go away.  
Right now I'm curious as to how many people are getting this start-up delay.  
BTW, I'm building with threads enabled.

The problem is more than just cosmetic.  If I start the sim with throttles 
forward the FDM (JSBSim) seems to "wind-up" while the sim is stalled 
(frame-rate near one).  When the frame rate bounces back up to near normal 
the airplane leaps forward (and sometimes upward).

The only solution is to sit with throttles idle and watch the frame-rate.  
When the frame-rate settles down I can take off.  Now that the frame-rate is 
no longer displayed by default I just count to seven and then go.

When flying the glider there is no opportunity to wait, so I just have to let 
the pitch vary wildly until the frame-rate settles down.

Anyone else seeing this?


Dave
-- 

David Culp
[EMAIL PROTECTED]


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel