Curtis L. Olson wrote:
Just a quick announcement that I rolled up v0.9.9-pre3 tonight. I had
screwed up and missed a file in the base package, and then some other
changes got snuck into simgear/flightgear so I figured I might as well
roll out another try.
There's one thing I really like to
On Fri, 2005-11-11 at 09:09, Erik Hofman wrote:
Curtis L. Olson wrote:
Just a quick announcement that I rolled up v0.9.9-pre3 tonight. I had
screwed up and missed a file in the base package, and then some other
changes got snuck into simgear/flightgear so I figured I might as well
Steve Hosgood wrote:
That's certainly not getting in before 0.9.9!
Turns out to be wy more tricky than it looked. It would seem that
the entire handling of sun/moon azimuth/altitude as it's done now in
flightgear needs replacing, with the alt/az calculations themselves done
in Simgear.
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
There's one thing I really like to see solved preferably before 0.9.9
(but it is a must for 1.0) and that's the sun/moon azimuth calculation
code to be replaced.
If you are talking about code from xglobe ( src/Time/sunpos.cxx,
moonpos.cxx) , which
Steve Hosgood wrote:
Curt: if you've not done it yourself yet, the file
data/Huds/Instruments/Default/runwayinstr.xml has duff permissions.
The following files probably *shouldn't* be there:
Aircraft/A-10/.#A-10cl-set.xml.1.6
Aircraft/c172/Models/.#c172p.ac.1.1
Ladislav Michnovic( wrote:
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
There's one thing I really like to see solved preferably before 0.9.9
(but it is a must for 1.0) and that's the sun/moon azimuth calculation
code to be replaced.
If you are talking about code from xglobe (
On Fri, 2005-11-11 at 13:07, Erik Hofman wrote:
Ladislav Michnovic( wrote:
2005/11/11, Erik Hofman [EMAIL PROTECTED]:
There's one thing I really like to see solved preferably before 0.9.9
(but it is a must for 1.0) and that's the sun/moon azimuth calculation
code to be replaced.
If
On Fri, 2005-11-11 at 12:29, Jon Stockill wrote:
Steve Hosgood wrote:
Curt: if you've not done it yourself yet, the file
data/Huds/Instruments/Default/runwayinstr.xml has duff permissions.
The following files probably *shouldn't* be there:
And the following file probably should
Steve Hosgood wrote:
I shall go hang my head in shame somewhere quiet
There's no reason for that, I didn't manage to get around it at first
either. I think I have a lucky day today to discover how simple it could
be done.
Let me emphasize that I really appreciate it that you took the
Steve Hosgood wrote:
And the following file probably should (considering that otherwise you
get a complaint message on the screen when using the default aircraft):
data/Aircraft/c172r/Models/c172-dpm.ac
I've fixed this in the code to use the default included c172p instead.
Erik
Erik Hofman wrote:
Yes, that's the code.
I now have a fully working version without any of the affected code,
just a routine which was written by Curtis anyhow.
How should we proceed at this point; add it prior to 0.9.9, or add it
for 1.0 and provide a patch for 0.9.9?
Erik,
If you
Curtis L. Olson wrote:
If you could run the clock forward a year or two or five or 10 and
verify that the new code matches the results of the existing code within
acceptable tolerences, then I think I'd be ok with sneaking it into v0.9.9
Both 1970 and 2025 seem to work properly.
Erik
Jon Stockill wrote:
The following files probably *shouldn't* be there:
Aircraft/A-10/.#A-10cl-set.xml.1.6
Aircraft/c172/Models/.#c172p.ac.1.1
Aircraft/c172/Panels/.#default.xml.1.3
Aircraft/c172/Panels/.#c172-panel.xml.1.8
Aircraft/c172/Panels/.#c172-panel.xml.1.4
Just a quick announcement that I rolled up v0.9.9-pre3 tonight. I had
screwed up and missed a file in the base package, and then some other
changes got snuck into simgear/flightgear so I figured I might as well
roll out another try.
Curt.
--
Curtis Olson
14 matches
Mail list logo