On Thursday 30 August 2007 06:30, Durk Talsma wrote:
> On Wednesday 29 August 2007 17:53, leee wrote:
> > I'm not so sure I'd regard this as a new problem. I first reported it on
> > the 8th Dec 2006 and Melchior responded that he'd been experiencing it
> > for some time before then. At that time, Melchior thought it was related
> > to the AI sub-system.
> > The thread subject was "Periodic 'stutter' in FG"
> Speaking of which; there is one part of the AI system that causes some
> (currently unavoidable) stutter. Models are loaded on demand, and this
> causes some stutter. Mathias has indicated trying to move the loading
> process out of the main render thread, or something like that. I'm not sure
> how much that relates to the issues Tim mentioned in this thread. In
> addition, there are a few other candidates for causing stutter in the AI
> system, in particular the route finding algorithm and the traffic
> separation detection code, because these are requiring peaks in CPU
> activity. In particular when two aircraft request these functions in
> succession, there can be peaks of activity.
> However, having said that, these AI related issues are quite unlikely to
> cause the observed stutter, for two reasons 1). Heiko's original report in
> this thread explicitly mentions that he has turned off traffic manager and
> AI, and 2) I'm also seeing these stutters occur even before the AI traffic
> system starts loading.
I wasn't so sure that the stutter I observed was related to the AI subsystem
either - once the stutter started, usually within one minute, the period
seemed to be very regular, however, it varied between different sessions or
after a menu reset within a single session. It could be anything between 1
and 8 seconds between pauses (frame rates between 25-50 fps).
I couldn't establish anything consistant about it but re-writing some of the
nasal I was using, to use less listeners, which were being called every
frame, ameliorated the situation somewhat, iirc, but wasn't an answer.