On Sunday 12 December 2004 09:05, Chris Metzler wrote:
Hi. From the CVS logs, it looks like a whole lot of
radios/instrumentation changes went through last week to finish the
transition (and thus fix the NAV radio problems). I just went through
and manually checked all the a/c which have
On Sun, 12 Dec 2004 04:33:04 +0100, Arnt wrote in message
[EMAIL PROTECTED]:
On Thu, 09 Dec 2004 10:14:11 -0600, Curtis wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
You can definitely do that. Just list the 0.9.7 tree first in your
--fg-scenery path, i.e.:
On Sunday 12 December 2004 12:22, Roy Vegard Ovesen wrote:
On Sunday 12 December 2004 09:05, Chris Metzler wrote:
Hi. From the CVS logs, it looks like a whole lot of
radios/instrumentation changes went through last week to finish the
transition (and thus fix the NAV radio problems). I
On Sat, 04 Dec 2004 19:17:30 -0600, Curtis wrote in message
[EMAIL PROTECTED]:
You can track and download the latest world scenery rebuild
graphically here:
http://www.flightgear.org/Downloads/scenery-0.9.7.html
..I know green boxes are built and red not, but I also see orange boxes
in
On Sunday 12 December 2004 04:33, Arnt Karlsen wrote:
..naaah, just a coupla big drinks. Unless you goofed or changed the
scenery path syntax recently, I tried various variants of this:
fgfs --geometry=1280x1024--fov=75--httpd= --telnet=23 \
* Roy Vegard Ovesen -- Sunday 12 December 2004 12:44:
Someone might want to commit these patches to CVS.
... and add some that make DME work again, which does not work at least
in the 737 and the c310.
m.
___
Flightgear-devel mailing list
[EMAIL
On Sun, 12 Dec 2004 12:22:35 +0100
Roy Vegard Ovesen [EMAIL PROTECTED] wrote:
On Sunday 12 December 2004 09:05, Chris Metzler wrote:
the pa28-161,
I tried the pa28-161 and it seemed to work fine.
Really? I just checked it again, and both NAV1 and NAV2 are dead for
me. I'm running CVS,
On Sunday 12 December 2004 14:02, Melchior FRANZ wrote:
Thanks!
We do not forget over those minor complaints how valuable and well done
your instrument reorganization is! :-)
Such words warm my heart, and give me inspiration, thanks!
I welcome every minor and major complaint. They help us
On Sunday 12 December 2004 13:32, Chris Metzler wrote:
I tried the pa28-161 and it seemed to work fine.
Really? I just checked it again, and both NAV1 and NAV2 are dead for
me. I'm running CVS, current as of last night.
First thing to note is that both gauges of the pa28-161 are connected
Arnt Karlsen wrote:
..I know green boxes are built and red not, but I also see orange boxes
in the map, what are these orange boxes for? 0.9.5-ok-as-is-4-0.9.7, or
rebuilt 0.9.7 or cvs???
Right now just assume a box means the area is built.
Regards,
Curt.
--
Curtis Olson
On Sun, 12 Dec 2004 13:16:45 +0100, Roy wrote in message
[EMAIL PROTECTED]:
On Sunday 12 December 2004 04:33, Arnt Karlsen wrote:
..naaah, just a coupla big drinks. Unless you goofed or changed the
scenery path syntax recently, I tried various variants of this:
fgfs
Would there be any objections if I added an extra field (installed) to
Airports/basic.dat ?
What I want to do is keep a list of airports that are available world wide as
well as those that are actually installed.
I can either do it that way or I can create a new file containing installed
Paul Surgeon wrote:
Would there be any objections if I added an extra field (installed) to
Airports/basic.dat ?
What I want to do is keep a list of airports that are available world wide as
well as those that are actually installed.
I can either do it that way or I can create a new file
On 12/12/04 at 6:00 PM Paul Surgeon wrote:
On Sunday, 12 December 2004 17:32, Paul Surgeon wrote:
Would there be any objections if I added an extra field (installed) to
Airports/basic.dat ?
What I want to do is keep a list of airports that are available world
wide
as well as those that are
* David Luff -- Sunday 12 December 2004 18:14:
Why not first scan
FG_SCENERY path for installed scenery in either 10x10 (quicker) or 1x1
(deals with the small CVS area) degree chunks, and cache this in memory.
Then test all airports against installed scenery area on load, and save the
result
On Sunday, 12 December 2004 19:14, David Luff wrote:
Your basic idea - that the user shouldn't be presented with a selection of
unavailable airports, is perfectly valid though.
Actually I would provide the unavailable airports but if the user selects one
that is not installed inform them of
On Sunday, 12 December 2004 19:29, Paul Surgeon wrote:
What do people think about having a ~/.fgfs folder?
I need a place to be able to read and write user data.
.fgfsrc could also live in there too.
After chatting with Melchior a bit :
Can I add a FG-HOME environment variable in case HOME
An alternative solution would be to run terrasync in the background.
Ampere
On December 12, 2004 12:14 pm, David Luff wrote:
Your basic idea - that the user shouldn't be presented with a selection of
unavailable airports, is perfectly valid though. Why not first scan
FG_SCENERY path for
On 12/12/04 at 7:52 PM Paul Surgeon wrote:
On Sunday, 12 December 2004 19:29, Paul Surgeon wrote:
What do people think about having a ~/.fgfs folder?
I need a place to be able to read and write user data.
.fgfsrc could also live in there too.
I personally think that if you can get fgfs to
On Sunday, 12 December 2004 20:23, Ampere K. Hardraade wrote:
An alternative solution would be to run terrasync in the background.
Ampere
Terrsync works great for people with dialup connections who pay by the
minute ... :-\
I have to connect at off peak times to get cheaper rates and 64K
I can't find the SimGear maling list details on SimGear.org or FlightGear.org
but they used to be there.
I can only find SimGear-CVSLogs.
What happened and where can I ask SimGear related questions?
Was the list taken down?
Thanks
Paul
___
On Sunday, 12 December 2004 22:22, Paul Surgeon wrote:
I can't find the SimGear maling list details on SimGear.org or
FlightGear.org but they used to be there.
I can only find SimGear-CVSLogs.
What happened and where can I ask SimGear related questions?
Was the list taken down?
Thanks
Paul
Paul Surgeon wrote:
What do people think about having a ~/.fgfs folder?
I need a place to be able to read and write user data.
.fgfsrc could also live in there too.
After chatting with Melchior a bit :
Can I add a FG-HOME environment variable in case HOME does not exist?
The order of preference
* Curtis L. Olson -- Sunday 12 December 2004 22:08:
We already have FG_ROOT which I think is essentially what you intend for
FG_HOME
No. Paul wants to store user specific information. Users cannot write to
FG_ROOT.
It's not owned by the fgfs user and may not even be mounted RW.
m.
On Sun, 12 Dec 2004 10:36:19 +1100, Nick Coleman [EMAIL PROTECTED] wrote:
I must have missed it, sorry about that. Oh yeah, 2 months ago was exam
time, I stopped reading the list for a few weeks.
No harm done. We're all unhappy, of course, but it's hard for
non-Americans like me to complain
Melchior FRANZ wrote:
* Curtis L. Olson -- Sunday 12 December 2004 22:08:
We already have FG_ROOT which I think is essentially what you intend for
FG_HOME
No. Paul wants to store user specific information. Users cannot write to FG_ROOT.
It's not owned by the fgfs user and may not even be
On Sunday 12 December 2004 18:29, Paul Surgeon wrote:
What do people think about having a ~/.fgfs folder?
I need a place to be able to read and write user data.
.fgfsrc could also live in there too.
I would prefer a folder called ~/.flightgear instead of ~/.fgfs.
This is an usability issue
On Sun, 12 Dec 2004 16:34:19 -0500
David Megginson [EMAIL PROTECTED] wrote:
Originally, the excuse for pulling DAFIF was the Australian
government's attempt to sue Jeppesen for royalties on Australian aero
data, or something similar. Now, the reason is simply national
security. I wonder if
Curtis Olson wrote:
Let us know what you come up with on the broadcast stuff.
Regards,
Curt.
Okay, here's the answer...
In plib line #80
if (host[0] == '' strcmp(host, broadcast) == 0)
sin_addr = INADDR_BROADCAST;
expects the string argument as noted above. There does not appear
On Sun, 12 Dec 2004 19:03:58 -0500, Chris wrote in message
[EMAIL PROTECTED]:
What I didn't see was some kind of notification about an official
comment period. Normally, when a policy change takes place, the
first announcement in the FR mentions a period during which comments
can be made.
Hi. From the CVS logs, it looks like a whole lot of
radios/instrumentation changes went through last week to finish the
transition (and thus fix the NAV radio problems). I just went through
and manually checked all the a/c which have relevant gauges, and found
that the c172 and 737 and so on
Arnt Karlsen wrote:
On Thu, 09 Dec 2004 10:14:11 -0600, Curtis wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
You can definitely do that. Just list the 0.9.7 tree first in your
--fg-scenery path, i.e.:
On Sunday, 12 December 2004 17:32, Paul Surgeon wrote:
Would there be any objections if I added an extra field (installed) to
Airports/basic.dat ?
What I want to do is keep a list of airports that are available world wide
as well as those that are actually installed.
I can either do it that
What do people think about having a ~/.fgfs folder?
I need a place to be able to read and write user data.
.fgfsrc could also live in there too.
After chatting with Melchior a bit :
Can I add a FG-HOME environment variable in case HOME does not exist?
The order of preference will be :
1. FG_HOME
Paul Surgeon wrote:
On Sunday, 12 December 2004 22:22, Paul Surgeon wrote:
I can't find the SimGear maling list details on SimGear.org or
FlightGear.org but they used to be there.
I can only find SimGear-CVSLogs.
What happened and where can I ask SimGear related questions?
Was the list taken
35 matches
Mail list logo