Re: [Flightgear-devel] alternative terrain engine integration

2005-01-11 Thread Manuel Massing
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 le

Re: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Manuel Massing
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

Re: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Manuel Massing
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 v

RE: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Norman Vine
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 :-) http://cg.cs.uni-bonn.de/docs/publications/20

Re: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Manuel Massing
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 avoi

RE: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Norman Vine
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 li

RE: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Norman Vine
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 ? > > http://cg.cs.uni-bonn.de/docs/p

Re: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Christian Mayer
-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 fligh

RE: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Richard Bytheway
> > 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 coding&testing > has finished, > which would leave me without version control (and othe

Re: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Manuel Massing
Hello Norman, > 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 Yeah, there are a lot of things one has to keep in mind I guess, so this will be most probably an iter

Re: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Manuel Massing
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 bre

RE: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Norman Vine
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 cur

RE: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Norman Vine
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/

Re: [Flightgear-devel] alternative terrain engine integration

2005-01-10 Thread Erik Hofman
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 Fligh