Hello,
Would that be possible? What is the policy for gainining
CVS write access to the fgfs repository?
Hmm, apparently the thread died an abrupt dead, so I humbly
ask again:
What can I do to gain CVS access? If you have any reservations
or further questions about the project, please let
Hi,
I want to start to integrate an alternative terrain engine
with flightgear
(http://baron.flightgear.org/pipermail/flightgear-devel/2004-September/030853.html)
For this, I need to adapt flightgear to use an abstract terrain API, which
will encapsulate the current and new terrain engine
Manuel Massing wrote:
Hi,
I want to start to integrate an alternative terrain engine
with flightgear
(http://baron.flightgear.org/pipermail/flightgear-devel/2004-September/030853.html)
That's great, I already wondered what happened to that project. This
would really be a great addition for
Manuel Massing wwrites:
Sent: Monday, January 10, 2005 7:33 AM
To: flightgear-devel@flightgear.org
Subject: [Flightgear-devel] alternative terrain engine integration
Hi,
I want to start to integrate an alternative terrain engine
with flightgear
(http://baron.flightgear.org/pipermail
Manuel Massing writes:
I want to start to integrate an alternative terrain engine
with flightgear
(http://baron.flightgear.org/pipermail/flightgear-devel/2004-September/030853.html)
For this, I need to adapt flightgear to use an abstract terrain API, which
will encapsulate the current
Hello Erik,
That's great, I already wondered what happened to that project. This
would really be a great addition for FlightGear.
Unfortunately I am studying and currently try to compensate for the tremendous
lazyness of my past semesters :-) So that project had to wait for the
christmas
I think in this case a branch makes a lot of sense, because
otherwise the
modifications would greatly disturb the main-branch; or I
would be forced
to hold back a gigantic monolithic patch until codingtesting
has finished,
which would leave me without version control (and others
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Norman Vine schrieb:
Manuel Massing writes:
I want to start to integrate an alternative terrain engine
with flightgear
(http://baron.flightgear.org/pipermail/flightgear-devel/2004-September/030853.html)
For this, I need to adapt flightgear to
Manuel Massing writes:
I think an abstract Terrain API is a great idea however please
keep in mind that FlightGear uses a round earth model and that
this should be reflected in any FGFS Terrain API
Is this methodology you want to integrate ?
Norman Vine writes:
In the paper this appears to be based on a 'flat Earth' model
i.e. lon lat are taken to be simple X, Y or Cos(medianX)*X,Y
ooops ...
i.e. lon lat are taken to be simple X, Y or Cos(medianY)*X,Y
___
Flightgear-devel mailing list
Hi,
If my memory serves, previous big changes to the codebase have been
handled by having a conditional compilation option which switches on the
new code (and switches off some old code if needed) and putting all changes
in CVS HEAD. This allows people to try it if they want to, and avoids
Norman Vine wrote:
Manuel Massing writes:
Is this methodology you want to integrate ?
http://cg.cs.uni-bonn.de/docs/publications/2004/wahl-2004-scalable.pdf
yes, that's it.
another interesting read from this project :-)
Hi Norman,
In the paper this appears to be based on a 'flat Earth' model
i.e. lon lat are taken to be simple X, Y or Cos(medianX)*X,Y
Perhaps I am missing something or you have extended the engine
since this was written ?
I don't remember if this was mentioned in the paper, but we use
Hello Christian,
Probalby the easiest way would be to create an independant program
first, that communicates with FGFS via the network api.
The benefit is a very fast start on the rendering side - w/o much needed
internal FGFS knowledge and w/o the need to synchonize development at
the
14 matches
Mail list logo