Adrian Musceac wrote:
> I have started to implement radio signal attenuation into the ATC subsystem,
> with the goal to later move this to it's own location.
I'm pretty certain that future will show us many possible uses for a generic
implementation (just think of FGCom). Nice to hear about it,
On 5 Sep 2011, at 17:10, Curtis Olson wrote:
> So I have nothing against cmake, it sounds like it offers some nice features.
> But I assume those that want to push this change forward, will take some
> time to write up some basic howto's so that people who have never used it as
> a developer
Peter Sadrozinski wrote:
> I have some experience writing GRASS modules, and I noticed some were being
> added to terragear-cs a few months ago. one of which looked like a skeleton
> for a btg file exporter. Is anyone actively working on this? If not, I can
> continue down that path.
You're wel
Hi Peter, glad to meet you here !
Peter Sadrozinski wrote:
> Another reason we may wish to stay with my parser is that it offers a bit
> more flexibility. I plan on allowing options to set how many segments to
> break curves into, (and possibly using more segments for curvier sections
> than str
Actually, I'm going to continue using my parser for now. It looks like
there are still some bugs in the ogr2ogr importer with respect to closing
polys with curves.
Here's an image showing some of the polys being closed with linear segments
instead of bezier.
http://dl.dropbox.com/u/29968727/Scre
Alan,
Your bad experience is not a generality. All you have to do is set the
MSVC_3RDPARTY_DIR and hit configure again, and all the other directories should
be set automatically.
Regards,
-Fred
Alan Teeder a écrit :
-Original Message-
From: MathiasFröhlich
Sent: Monday, September 05
On 05.09.2011 21:00, Curtis Olson wrote:
> While you have your head under the replay hood; Originally the replay
> system did not record itself replaying a flight, but along the way, a
> subtle code change messed this up so we recorded our replay as if it was
> a live flight. This led to an endle
Thorsten,
While you have your head under the replay hood; Originally the replay
system did not record itself replaying a flight, but along the way, a subtle
code change messed this up so we recorded our replay as if it was a live
flight. This led to an endless playback loop where we'd replay a r
On 05.09.2011 18:48, Robert wrote:
> One question I need to ask:
> What is the recording frequency? Can it be adjusted by the user?
The replay system uses three buffer levels: short term memory records 60
seconds at full frame rate, mid term buffer records another 10 minutes
at 2fps, and the lon
Curtis Olson wrote:
> Is this an option to cmake at the "configure" step, or to make at the
> build/install step?
The install prefix is set at the "configure" step - CMake is quite
similar to Autoconf in this respect. To put an example, configuring
SimGear on a setup with TerraSync/SVN explicitl
-Original Message-
From: MathiasFröhlich
Sent: Monday, September 05, 2011 4:28 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Cmake
Hi,
On Monday, September 05, 2011 14:47:44 Alan Teeder wrote:
> Please don´t.
>
> I reverted from VC100 to VC90 as the Cmake proc
If you know the phone number of the ATC facility, you should be able
to enter it into a popup that looks like a satphone and communicate
with them without the attenuation constraint. Oh, and extend the ATC
dialog to understand "say phone number" and "on landing call"
interactions.
On Mon, Sep 5,
My intention is, with the help of James and Gene, to convert the current
Jenkins build to VS2010 and Cmake in the next few weeks. Cmake and VS2010
combinaison has always worked for me, and I am interested to here about issues.
Regards,
-Fred
Alan Teeder a écrit :
Please don´t.
I reverted fro
Hi Adrian,
>
> So far, only ground to AI aircraft and AI aircraft to ground is implemented,
> as part of the FGATCController class.
> This system, if proven functional, should probably be split into a separate
> module and applied to all comunication, including player-to-ground and player-
>
Thorsten, this is just amazing!
One question I need to ask:
What is the recording frequency? Can it be adjusted by the user?
cheers
Robert
2011/9/4 ThorstenB
> Hi,
>
> I'm currently looking into an overhaul of the replay system. The buffer
> mechanisms of the existing replay system itself won'
Is this an option to cmake at the "configure" step, or to make at the
build/install step? Can this work as an environment variable? What if I
want to pick up build libraries from a non-standard location ... maybe I'd
like to install a particular version of FG and a particular version of all
it's
anyone looked at docbook. It would solve the problem.. but its a horrible to
use.. but there again that was with my experience a few years ago doing a
major update to smarty.php (had to it as my team was using it and was paid
as thus by my boss)
I certainly think that a "html5/xml" approach is coo
Curtis Olson wrote:
> Is there support for the --prefix= concept of autoconf?
-D CMAKE_INSTALL_PREFIX=${FG_HOME}
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
--
Is there support for the --prefix= concept of autoconf? I really struggled
to find anything like that in OSG's cmake config and it appeared I would be
forced to define a really ugly/long list of environment variables before
running make install in order to accomplish a similar thing (installing
so
Curtis Olson wrote:
> I'm just hoping the cmake jocks will put themselves in the position of
> non-cmake jocks and help ease the transition from multiple fronts for many
> of our different classes of users/developers.
With CMake there's a list of flags you're appending to the 'cmake' call
similar
So I have nothing against cmake, it sounds like it offers some nice
features. But I assume those that want to push this change forward, will
take some time to write up some basic howto's so that people who have never
used it as a developer can get up to speed without too many problems?
Right now
Hi,
On Monday, September 05, 2011 14:47:44 Alan Teeder wrote:
> Please don´t.
>
> I reverted from VC100 to VC90 as the Cmake process was always failing.
> There is a difference between Hudson saying that all is OK with Cmake and
> Visual Studio VC100 producing working executables.
>
> This was
On 1 Sep 2011, at 08:37, Jörg Emmerich wrote:
> I wanted to introduce that outcome about end of this month to the
> dev-team, to see especially whether the "Originators of the getstart"
> still find their share in what I did, and concur to this change. I hope
> nobody feels offended by my partly dr
Sigh, it's true. I became aware of the OGR frontend just as the parser was
being completed :( Nothing like a good programming exercise to become
familiar with the code, though. Also, after playing with ogr2ogr, I have a
couple issues.
The first, is that the parser has a couple bugs. These can
Please don´t.
I reverted from VC100 to VC90 as the Cmake process was always failing.
There is a difference between Hudson saying that all is OK with Cmake and
Visual Studio VC100 producing working executables.
This was all with the de-facto standard 3rd party package from
ftp://ftp.ihg.uni-dui
Hello everybody,
Following some discussion at LinuxTag, and since, there is a rough consensus
from the active C++ developers, to switch the FlightGear build system to Cmake
(instead of automake / custom VisualStudio projects). To avoid having multiple
build systems maintained in parallel, and c
>> ZLT-NT and Nordstern: I can't place the mooring mast, which is supposed
>> to be alt+click.
> I would suspect the window manager, both aircraft use the same mechanism
> and I've seen it working here as recently as yesterday. It should be a
> left click while holding the (left, on my keyboard) A
27 matches
Mail list logo