Following up on my own message:
With a very minor modification, the patch works. Considering the exceptionally
bright weather we have right now, I won't be spending much time behind a
computer today. Hopefully I can wrap up a new patch tonight after sunset
though...
Cheers,
Durk
On Saturday
Just to be certain, these problems are now solved, aren't they?
Yes, they are. At least for me, can't speak for others...;-)
Ralf
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightge
Ralf Gerlich wrote:
Erik Hofman schrieb:
These issues should be fixed now.
That was the second alternative I wanted to propose ;-)
Just to be certain, these problems are now solved, aren't they?
Erik
___
Flightgear-devel mailing list
Flightgear
I just did a quick test and it looks like the parking and rwyuse files are not
yet picked up by the patch. I'm likely to have a chance to look into this
tomorrow. I'm out of town for the rest of the day.
Cheers,
Durk
On Thursday 26 May 2005 22:48, Andy Ross wrote:
> Unfortunately, because there
Erik Hofman schrieb:
These issues should be fixed now.
That was the second alternative I wanted to propose ;-)
Ralf
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585e
Erik Hofman schrieb:
Ralf Gerlich wrote:
Unfortunately that seems to break skipping the blank lines which are
in the standard apt.dat-files. I get an "Unknown line in
file:"-message when the reader encounters the first blank line after
the version line.
Odd, I don't see that, are you using
Ralf Gerlich wrote:
Unfortunately that seems to break skipping the blank lines which are in
the standard apt.dat-files. I get an "Unknown line in file:"-message
when the reader encounters the first blank line after the version line.
Obviously in.getline() includes the carriage return (checked
Ralf Gerlich wrote:
Unfortunately that seems to break skipping the blank lines which are in
the standard apt.dat-files. I get an "Unknown line in file:"-message
when the reader encounters the first blank line after the version line.
Odd, I don't see that, are you using Windows or MacOS?
Erik
Erik Hofman schrieb:
[SNIP]
I had that on the back of my mind for some time now and decided to
implement it today. Lines that are not needed for FlightGear are not
tokenized anymore which should provide at least some speedup again.
I've also changed the if tests from strings comparison to int
Andy Ross wrote:
The apt.dat.gz file is big, certainly. It has 165976 lines, only
91813 of which are actually used by the parser*.
* So in principle you can get another 2x speedup by pruning the file
from the raw X-Plane version. Attached is a little perl script that
does that. Untest
I wrote:
> Attached is a little perl script that
> does that. Untested. Use it as someting like:
Oops.
Andy
fgapt.pl
Description: Perl program
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/lis
Vivian Meazza wrote:
> The results of this patch are very encouraging:
>
> Airports and Navigation Data Total
> Before2 min 40 sec3 min 50 sec
> After 1 min 40 sec2 min 50 sec
>
> It's still the most significant par
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Curtis L.
> Olson
> i.e. you fire up Word to edit your 100Mb power point presentation.
Yep, that sounds like a Windows user...
Richard
Norman Vine wrote:
On Thursday 26 May 2005 22:48, Andy Ross wrote:
Attached is a patch that pre-reads the directory contents ahead of
time (currently that is a list of length zero) to avoid having to hit
the kernel (twice!) for every airport.
Under Linux, this doesn't provide much speedup
> Airports and Navigation Data Total
> Before2 min 40 sec3 min 50 sec
> After 1 min 40 sec2 min 50 sec
>
> It's still the most significant part of the load process - can we be even
> more clever yet?
How about an
Andy Ross wrote
> Vivian Meazza wrote:
> > Only a minute eh? Under Cygwin cvs takes nearly 5 minutes - time for
> > a brew a coffee - and that's on a pretty powerful machine.
>
> Time from execution to fade in of the cockpit display is about 10
> seconds on my laptop (1.8GHz Athlon64). I started
> On Thursday 26 May 2005 22:48, Andy Ross wrote:
> >
> > Attached is a patch that pre-reads the directory contents ahead of
> > time (currently that is a list of length zero) to avoid having to hit
> > the kernel (twice!) for every airport.
> >
> > Under Linux, this doesn't provide much speedup.
Hi Andy,
Thanks for looking into this. I had started working on a patch, but didn't
have a chance to finish it. (See "AI weirdness thread earlier this month). I
do have a limited number parking and rwyuse files, so I'll test it tonight.
As for the parking/runway files: I've started adding some
Andy Ross
> Vivian Meazza wrote:
> > Only a minute eh? Under Cygwin cvs takes nearly 5 minutes - time for
> > a brew a coffee - and that's on a pretty powerful machine.
>
> Time from execution to fade in of the cockpit display is about 10
> seconds on my laptop (1.8GHz Athlon64). I started tryin
Andy Ross wrote :
Attached is a patch that pre-reads the directory contents ahead of
time (currently that is a list of length zero) to avoid having to hit
the kernel (twice!) for every airport.
Under Linux, this doesn't provide much speedup. But Windows (and
especially the cygwin libraries) ha
20 matches
Mail list logo