On 4 Oct 2012, at 07:27, Renk Thorsten wrote:
> By printing a message like 'Building database during first startup' on the
> screen?
That's already done.
> By including the binary nav data with the release?
This is possible but there's something weird going on with some people's
rebuilds. T
> I wonder how we deal with this with the next release- I'm sure a whole
> lot more users will complain about the "stuck" while launching FGFS.
By printing a message like 'Building database during first startup' on the
screen? By including the binary nav data with the release? Doesn't look like
Hi Fred,
> I know some people erase the content of the folder having autosave.xml.
> This folder is now used to host a navigation data cache. The first time,
> a SQL database is built to speedup future start. If this cache is erased
> every time, it defeats the purpose of the cache and make the
Hi Heiko,
> De: "Heiko Schulz"
>
> any other comments on my problem?
>
> After a while it loaded now the nav datas, but whenever I start FGFS
> again, it takes the same time again.
>
> Not sure if this behavior is intended...
I know some people erase the content of the folder having autosave.xm
> On 10/03/2012 07:30 PM, Heiko Schulz wrote:
>> But already done: http://www.hoerbird.net/reisen.html
>Gives me a 404 error.
me too ;-)
Changed the signature
any other comments on my problem?
After a while it loaded now the nav datas, but whenever I start FGFS again, it
takes the same time aga
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/03/2012 07:30 PM, Heiko Schulz wrote:
> But already done: http://www.hoerbird.net/reisen.html
Gives me a 404 error.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Hello,
I thought today it would be nice again to have a flight in FGFS, since I found
some spare time.
Updated FGData, download the latest Jenkins build #726 for win32 and launched
it.
Since a whole while now, a bit more than 30min, it is stuck at "Loading
navigation datas". And I'm still wait
Yes, the map performance is 'different'. However I'm about to port the map to
use the canvas, so please forgive the current performance issues for a little
while.
James
On 20 Sep 2012, at 16:22, syd adams wrote:
> would any of these changes have affected the Equipment/map performance
> ? I g
Syd wrote:
> -Original Message-
> From: syd adams [mailto:adams@gmail.com]
> Sent: 20 September 2012 16:22
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Nav-cache
>
> would any of these changes have affected the Equipment/map performan
would any of these changes have affected the Equipment/map performance
? I get a lot of disc activity now while panning the map ... and it
takes 10 -15 seconds now before it refreshes , and thats with every
mouse drag.This only used to happen when zooming out , and the refresh
time was much shorter
On 19 Sep 2012, at 19:18, Martin Spott wrote:
> Yes, I've seen matches of the octree_node's with data from navaids for
> example, but as far as I remember there's no logical link, just a
> geographical. Right ?
Depends what you mean - I'm parsing the name of the marker beacon / ILS to find
the
James Turner wrote:
> On 19 Sep 2012, at 17:47, Martin Spott wrote:
>> There's one item looking a little bit strange to me: Apparently the
>> "positioned" table has a numeric identifier "airport" to refer runways
>> and taxiways to their respective airport. This seems to be a simple
>> sequence -
On 19 Sep 2012, at 17:47, Martin Spott wrote:
> Hi James, nice feature - I like storing this sort of stuff in
> structured databases :-)
>
> There's one item looking a little bit strange to me: Apparently the
> "positioned" table has a numeric identifier "airport" to refer runways
> and taxiway
Hi James, nice feature - I like storing this sort of stuff in
structured databases :-)
There's one item looking a little bit strange to me: Apparently the
"positioned" table has a numeric identifier "airport" to refer runways
and taxiways to their respective airport. This seems to be a simple
seq
I've just pushed a large change to next, which adds a binary cache of most of
the navigation data. The cache is stored in FG_HOME/navdata.cache, and rebuilt
if the timestamps on any of the data files change (apt.dat, nav.data, fix.dat
and so on). When the cache needs to be rebuilt, startup will
15 matches
Mail list logo
