I wrote:
Erik Hofman
Vivian Meazza wrote:
This mornings' cvs fails to compile here under Cygwin with the
following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t, size_t)':
MIDG-II.cxx:31: error: call of overloaded `ulEndianSwap(uint32_t*)' is
Quoting Vivian Meazza [EMAIL PROTECTED]:
I wrote:
Erik Hofman
Vivian Meazza wrote:
This mornings' cvs fails to compile here under Cygwin with the
following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t, size_t)':
MIDG-II.cxx:31: error: call
Vassilii Khachaturov wrote:
Does the airports source database include the military designation?
If yes, then it would add to the realism to have the different beacons,
e.g., military airfield == GREN/white/white (see
http://www.faa.gov/ATpubs/AIM/Chap2/aim0201.html ).
I noticed that
Frederic Bouvier
Quoting Vivian Meazza [EMAIL PROTECTED]:
I wrote:
Erik Hofman
Vivian Meazza wrote:
This mornings' cvs fails to compile here under Cygwin with the
following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t,
size_t)':
After Erik recently added a Solaris fix I'd like to proceed with the
next 'importability' ;-) This is what makes my compiler unhappy:
make[4]: Entering directory `/usr/local/src/SimGear/simgear/scene/model'
g++ -mcpu=hypersparc -mtune=hypersparc -DHAVE_CONFIG_H -I. -I.
-I../../../simgear
On Wednesday 12 October 2005 01:27, Vassilii Khachaturov wrote:
I've updated README.multiplayer to reflect the recent changes.
I'm not addressing the released/cvs incompatibility issue in there,
hopefully this is fine.
You might also note that there's an up-to-date multiplayer howto on the
Quoting Vivian Meazza :
Frederic Bouvier
Your SimGear doesn't seem up to date.
Well, I thought it was. Anyway I've updated SG again, and recompiled both it
and FG - same error. Hmm ... you ought to be right ... and eof() is in
SGFile.cxx, but it was before (I checked)
Can't spare the
Adam Dershowitz wrote:
On Oct 10, 2005, at 10:26 AM, Ampere K. Hardraade wrote:
In my opinion, it would be better if data from multiple nearby METAR stations
is used instead of fetching data from only one station. I often fly with
real-weather-fetch enabled, and the plane gets a huge jolt
--- Adam Dershowitz [EMAIL PROTECTED] wrote:
On Oct 10, 2005, at 10:26 AM, Ampere K. Hardraade
wrote:
On October 10, 2005 03:37 am, Erik Hofman wrote:
Buchanan, Stuart wrote:
In my opinion, it would be better if data from
multiple nearby
METAR stations
is used instead of
Martin Spott wrote:
I _do_ understand the fault but I'm unable to fix it. Does anyone have
a portable notation to offer ?
According to a document from sun you will need to include sunmath.h??
Maybe it's also available in the cmath header file.
Erik
Erik Hofman wrote:
According to a document from sun you will need to include sunmath.h??
Maybe it's also available in the cmath header file.
quickstep: 15:27:48 ~ uname -a
FreeBSD quickstep.plesnik.bonsai.de 5.3-RELEASE FreeBSD 5.3-RELEASE #2: [...]
quickstep: 16:13:31 ~ grep fmodf
Hi,
Mike Rawlins schrieb:
Maybe the best solution would be to make the
transition of cloud height, air temperature, and wind
from one METAR to the next occur over some length of
time (minute or so), rather than abruptly. If this is
possible.
I think this could be a good idea at least for
I've updated README.multiplayer to reflect the recent changes.
I'm not addressing the released/cvs incompatibility issue in there,
hopefully this is fine.
You might also note that there's an up-to-date multiplayer howto on the Wiki
which should provide a little more help for those who
On Wednesday 12 October 2005 16:30, Vassilii Khachaturov wrote:
Quoting the Wiki multiplayer docs at
http://www.seedwiki.com/wiki/flight_gear/flightgear_multiplayer_documentati
on.cfm?wpid=203209 This document can be found at
http://www.o-schroeder.de/fg_server/ Please check there for later
Martin Spott wrote:
shadanim.cxx:178: error: `fmodf' undeclared (first use this function)
Well, I tried a (too) simple fix my replacing fmodf with modf which
_does_ exist on Solaris8 but [...]
These functions don't do quite this same thing, but you can implement
one instead of the other:
Hi Folks,
A few days ago I promised to put some AI traffic screenshot on my website. The
site's up and running again, so here they are.
http://durktalsma.xs4all.nl/FlightGear/web/index.html
The new screenshots start here:
http://durktalsma.xs4all.nl/FlightGear/web/19.html
I still need to
On Tue, 11 Oct 2005 18:47:00 -0500, you wrote:
This is not as obvious as it would first seem. Some weather
phenomena have very sharp transitions and some are gradual. So I
don't think that interpolating weather is a trivial thing to do.
For example a cold front is often a very well defined
Hi,
Durk Talsma schrieb:
Hi Folks,
A few days ago I promised to put some AI traffic screenshot on my website. The
site's up and running again, so here they are.
This looks absolutely great.
When do you think we will be able to see first versions of this in the
CVS or via a patch?
Sure. Here comes a new version, with an explicit further reading.
Index: ../data/Docs/README.multiplayer
===
RCS file: /var/cvs/FlightGear-0.9/data/Docs/README.multiplayer,v
retrieving revision 1.1
diff -u -p -r1.1 README.multiplayer
syd wrote:
Hi Steve ...I found the file in Aircraft/c172/c172-electrical.nas
It works the way I wanted 0 volts at the outputs when the switch
is off.
This should also model battery discharge and charge ... I'm not sure if
we have a battery voltage or ammeter gauge in the default c172,
Subject: [Flightgear-devel] nasal electrical system
To: flightgear-devel@flightgear.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Hi Steve ...I found the file in Aircraft/c172/c172-electrical.nas
It works the way I wanted 0 volts at the
Steve Knoblock wrote:
Subject: [Flightgear-devel] nasal electrical system
To: flightgear-devel@flightgear.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Hi Steve ...I found the file in Aircraft/c172/c172-electrical.nas
It works the way I wanted
On Wednesday 12 October 2005 19:47, Ralf Gerlich wrote:
Hi,
Durk Talsma schrieb:
Hi Folks,
A few days ago I promised to put some AI traffic screenshot on my
website. The site's up and running again, so here they are.
This looks absolutely great.
When do you think we will be able to
Curtis L. Olson wrote:
The water body data looks interesting. Is there any word/comments on
how well this handles lake and river data? Has anyone commented on how
the SWBD data might compare to VMAP0?
I'm just pulling the SWBD data and I'll create a PostGIS-DB layer from
it. Afterwards
Andy Ross wrote:
But the simplest solution is to use the standard fmod() (which returns
a double) instead of fmodf() (which returns a float) by casting the
result to a float.
This is a nice one - especially because it compiles for me even without
a warning. Do you have more of these nice
Martin Spott wrote:
This is a nice one - especially because it compiles for me even without
a warning. Do you have more of these nice fixes ? ;-)
After being done with the nice fixes I'd swing over to hunt for the
runtime errors that I experience ;-)
Martin.
--
Unix _IS_ user
I wonder if the openal library, when being paused by simgear
as a consequence of the sound mute request, can somehow be
made to close the sound device? (I.e., is it possible
to have simgear init openal in a different way for this
to happen, or does it need a change in openal?)
Vassilii
Hi Durk
Durk Talsma writes
Hi Folks,
A few days ago I promised to put some AI traffic screenshot on my website.
The
site's up and running again, so here they are.
http://durktalsma.xs4all.nl/FlightGear/web/index.html
The new screenshots start here:
28 matches
Mail list logo