On Mon, 22 Oct 2007 08:35:52 +0200
Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> * Syd&Sandy -- Monday 22 October 2007:
> <<<
> > // LessThan predicate for bucket pointers.
> > static bool lessThan(bucket *a, bucket *b);
> > ===
> > static bool lessThan(bucket *a, b
* Syd&Sandy -- Monday 22 October 2007:
<<<
> // LessThan predicate for bucket pointers.
> static bool lessThan(bucket *a, bucket *b);
> ===
> static bool lessThan(bucket *a, bucket *b);
> >>> 1.25.2.4
> };
>
> Anyone else getting errors like this ?
No, th
Hello all , I just tried to recompile the PLIB version , and now Im getting ...
In file included from environment_mgr.cxx:36:
environment_ctrl.hxx:142:9: error: too many decimal points in number
In file included from environment_mgr.cxx:36:
environment_ctrl.hxx:137: error: expected unqualified-id b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Durk Talsma wrote:
> On Sunday 21 October 2007 13:37, Melchior FRANZ wrote:
...
>
> The OSG branch doesn't have a caching mechanism, and if I understood Mathias
> correctly, that would also not be necessary. I've been experimenting with
> that a bit
* Melchior FRANZ -- Sunday 21 October 2007:
> Try the attached Nasal script.
But before you do, change "refcount" to "references". I just committed
that to CVS to confuse everybody. :-)
props.globals.getNode("/sim/aircraft").getAttribute("references")
does now return the reference counter --
* Durk Talsma -- Sunday 21 October 2007:
> On Sunday 21 October 2007 21:15, Melchior FRANZ wrote:
> > And the other subsystems get random appearances on the
> > list, and it doesn't look like there's a pattern.
>
> FWIW, the new statistics based function is a bit more adaptive in that it
> only
On Sunday 21 October 2007 21:21, Melchior FRANZ wrote:
> * Durk Talsma -- Sunday 21 October 2007:
> > Considering that we have many, many shared models, it might be an idea to
> > add a similar model cache for non aircraft models.
>
> We have that for shared models in plib: simgear/scene/models/mo
On Sunday 21 October 2007 21:15, Melchior FRANZ wrote:
> I think they are now useless because they don't point anywhere that's
> related to the stuttering. They demonstrated that the replay system
> was slow. It's still slow, but better. And that firing bindings might
> have been slow. But I'm not
* Durk Talsma -- Sunday 21 October 2007:
> Considering that we have many, many shared models, it might be an idea to add
> a similar model cache for non aircraft models.
We have that for shared models in plib: simgear/scene/models/modellib.cxx
Those are never freed, though, so we don't do it for
* Durk Talsma -- Sunday 21 October 2007:
> Well, the idea was indeed to demote the alerts to a lower priority once we
> get
> the hang of what's going on. Once a few people can confirm that the growing
> interval pauses are gone, I believe we're ready for that.
I think they are now useless beca
On Sunday 21 October 2007 13:37, Melchior FRANZ wrote:
> * Heiko Schulz -- Sunday 21 October 2007:
> > So your FGFS runs totally smooth?
>
> Basically, yes. Both branches. But of course, I get irregular
> stutters when some new object is to be loaded, because an
> MP-player joins in, or I approach
On Sunday 21 October 2007 11:10, Melchior FRANZ wrote:
> * Melchior FRANZ -- Thursday 18 October 2007:
> > The good news: I have a Nasal binding/script cache almost finished.
> > I don't know yet if it makes a huge difference, [...]
>
> That's now finished and, as expected, makes firing of bindings
* Laurence Vanek -- Sunday 21 October 2007:
> Just curious, what does "old crappy hardware" consist of?
2.4GHz P4, FX5500, 768 MB (I'd accept donations! ;-)
m.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepp
Melchior FRANZ wrote:
> * Melchior FRANZ -- Thursday 18 October 2007:
>
>> The good news: I have a Nasal binding/script cache almost finished.
>> I don't know yet if it makes a huge difference, [...]
>>
>
> ..and the nvidia driver since then. Same old crappy hardware.)
>
>
Just
Hi All,
A while back I posted a note about demoing FlightGear at my local Museum of
Flight, part of the National Museums of Scotland (
http://www.nms.ac.uk/museumofflighthomepage.aspx ).
This was part of a wider discussion that I'd been having with them over the
last year or so about using Fl
* Heiko Schulz -- Sunday 21 October 2007:
> So your FGFS runs totally smooth?
Basically, yes. Both branches. But of course, I get irregular
stutters when some new object is to be loaded, because an
MP-player joins in, or I approach KSFO and the Golden Gate
bridge has to be loaded etc. But there's
Hmmm
>
> That's now finished and, as expected, makes firing
> of bindings between
> 20% and 90% faster. But I doubt that it will improve
> any stuttering
> problem that some people have. (I still don't have
> *any* such problem.
> I had in the past, and I've only changed the kernel
> version, libc
* Melchior FRANZ -- Thursday 18 October 2007:
> The good news: I have a Nasal binding/script cache almost finished.
> I don't know yet if it makes a huge difference, [...]
That's now finished and, as expected, makes firing of bindings between
20% and 90% faster. But I doubt that it will improve an
18 matches
Mail list logo
