Hi Crhis, Torsten
What is really needed at the moment is someone starting to verify if some
changes to our apt.dat from the past have to come to recent apt.dat
shipped with FlightGear. Martin Spott prepared an updated apt.dat on the
mapserver, but the changes in there have to be verified if its
flightg...@sablonier.ch wrote:
Hi Crhis, Torsten
What is really needed at the moment is someone starting to verify if some
changes to our apt.dat from the past have to come to recent apt.dat
shipped with FlightGear. Martin Spott prepared an updated apt.dat on the
mapserver, but the changes
Hi Chris
(Sorry for my quick writings and mispelling and other mistakes)
Maybe it’s time to establish a new contact to Robin Peel. I sent him
data too but never got any answer, I sent my data to Martin Spott and
the airports have never been updated, nore in apt.dat shipped with
flightgear nore
flightg...@sablonier.ch wrote:
Maybe it???s time to establish a new contact to Robin Peel. I sent him
data too but never got any answer, I sent my data to Martin Spott and
the airports have never been updated, nore in apt.dat shipped with
flightgear nore in scenery files derived via
flightg...@sablonier.ch wrote:
Maybe it???s time to establish a new contact to Robin Peel. I sent him
data too but never got any answer, I sent my data to Martin Spott and
the airports have never been updated, nore in apt.dat shipped with
flightgear nore in scenery files derived via
Hi Yves,
flightg...@sablonier.ch wrote:
update in general? Why is it possible to update apt. and nav.dat in xplane
every months without (?) inconsistencies and not for FlightGear? Is there
something that could be changed in the concept of scenery and data
distribution for FlightGear?
Did
Just freshly pulled and compiled GIT, fresh FGData master, trying to start with
--enable-rembrandt results in garbage on the screen and an impressive list of
errors - (I've omitted messages with meaning known to me in the following as
well as repetitions). Running without Rembrandt looks fine
flightg...@sablonier.ch wrote:
I know about this inconsistencies, and this of course the core of the
problem. When flightgear reads from one updated scenery source and from
one corresponding data source we wont run into the same problems anymore,
I think that's true, but really hard to
- Original Message -
Hi Geoff
If you tell more exactly, either on this list, or
direct off list, maybe can help more with SPECIFIC
things...
Using the wiki tutorial Building FlightGear- Windows. I'll take a look and
give the Cmake -Windows version a try.
will give you a shout
http://wiki.flightgear.org/Building_using_CMake_-_Windows in combination with
https://gitorious.org/fg/flightgear/blobs/next/docs-mini/README.MSVC did it for
me.
Together with some help on IRC ;-)
I'll see if I can improve the wiki a bit more.
Gijs
On Mon, 9 Apr 2012, Michael Sgier wrote:
Traffic and parking etc. are handled via xml files in Flightgear different to
X-Plane.
But to make changes to the opensource apt.dat forward them to Robin:
http://forums.x-plane.org/index.php?showtopic=58356
Right, but if you use the v10 format, all
Thanks to all,
getting closer, started to build simgear, did not get very far with following
error
c:\fgbuild\projects\msvc100\SimGearcmake C:\fgbuild\simgear -G Visual
Studio
10 -DMSVC_3RDPARTY_ROOT=C:\fgbuild\dependencies
-DCMAKE_INSTALL_PREFIX:PATH=
OK, think I see the problem.
running a bare cmake shows there is no generator install on this laptop for
Visual studio 10, versions 6 through 9 and Win64 are avalable
to generate project files but no 10.
Loaded VC10c++ express, but guess the generator is a different animal.
John
I presume you need to start cmake in the correct VS2010 environment. If you try
to enter cl in the command line and it replies Command not found, you need
to locate vsvars32.bat and run it in your command line session.
Jenkins build log, available here (for build 216) :
Am 10.04.12 14:24, schrieb Christian Schmitt:
Hi Yves,
flightg...@sablonier.ch wrote:
update in general? Why is it possible to update apt. and nav.dat in xplane
every months without (?) inconsistencies and not for FlightGear? Is there
something that could be changed in the concept of
Hi Thorsten,
The first line says it all.
I'd first try to reduce the size of the shadow map :
--prop:/sim/rendering/shadows/map-size=1024
or reduce the window size : --geometry=800x600
to reduce the memory footprint.
You have a laptop right ? Maybe you have shared memory between the
CPU and
Gene Buckle wrote:
On Mon, 9 Apr 2012, Michael Sgier wrote:
Traffic and parking etc. are handled via xml files in Flightgear different
to X-Plane.
But to make changes to the opensource apt.dat forward them to Robin:
http://forums.x-plane.org/index.php?showtopic=58356
Right, but if you
On Tue, 10 Apr 2012, Martin Spott wrote:
Gene, as you know, FlightGear's XML structure for taxiway routing and
other scenery-related airport info predates the capabilities of the v10
You're assuming knowledge not in evidence. :) I knew nothing of this xml
format, nor how long it had been
And there's still one thing to consider: Having one central set of
apt./nav.dat files in the Base Package still doesn't address the trend
of the FlightGear project and Scenery development proceeding
asynchronously.
Wouldn't a simple If custom data is present, use custom data switch
alleviate
Am 10.04.2012 21:08, schrieb Martin Spott:
And there's still one thing to consider: Having one central set of
apt./nav.dat files in the Base Package still doesn't address the trend
of the FlightGear project and Scenery development proceeding
asynchronously.
But to be honest, it neither works
VC2010 express is only able to generate 32bit programs
Regards,
-Fred
Hi,
One can use the Windows SDK
http://www.microsoft.com/download/en/details.aspx?displaylang=enid=8442
GRMSDKX_EN_DVD.iso to generate 64 Bit Windows Executables. This integrates
with VS2010 Express as well.
Olaf
Hi Olaf,
De: Olaf Flebbe f...@oflebbe.de
VC2010 express is only able to generate 32bit programs
Regards,
-Fred
Hi,
One can use the Windows SDK
http://www.microsoft.com/download/en/details.aspx?displaylang=enid=8442
GRMSDKX_EN_DVD.iso to generate 64 Bit Windows Executables.
OK, got through the configure and generate operations with CMake
version is 2 dot 7 dot 0
ignoring: ^C:/fgbuild/simgear/.git;\\.gitignore;Makefile.am;~$;
Library installation directory: lib
3rdparty files located in C:/fgbuild/dependencies
BOOST_ROOT is
OK, disregard the previous msg. got a SimGear build started but it failed.
Enough fun for one day, will attack the error msgs tomorrow..
John
- Original Message -
From: castle 64 castle...@comcast.net
To: FlightGear developers discussions
24 matches
Mail list logo