[Flightgear-devel] alternative terrain engine integration

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

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

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

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 current

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

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 codingtesting has finished, which would leave me without version control (and others

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 flightgear to

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 ?

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 list

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 avoids

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 :-)

Re: [Flightgear-devel] Scenery

2005-01-10 Thread Christian Mayer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Mayer schrieb: Jon Stockill schrieb: I can look up a few positions of objects. What format do you need? Lat/Lon? Just lat/lon, a heading (if appropriate) and the model you want inserted at that point (obviously if it's not a standard

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

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

[Flightgear-devel] Proposed change: visibility inside a cloud layer

2005-01-10 Thread David Megginson
Currently, FlightGear (SimGear, actually) always sets visibility to near-nil when the plane is inside a cloud layer -- obviously, the right and proper solution is 3D clouds, but until we have that working, or at least until we can detect whether the plane is actually near the cloudy part of a

Re: [Flightgear-devel] Proposed change: visibility inside a cloud layer

2005-01-10 Thread Curtis L. Olson
David Megginson wrote: Currently, FlightGear (SimGear, actually) always sets visibility to near-nil when the plane is inside a cloud layer -- obviously, the right and proper solution is 3D clouds, but until we have that working, or at least until we can detect whether the plane is actually near

Re: [Flightgear-devel] Proposed change: visibility inside a cloud layer

2005-01-10 Thread Erik Hofman
David Megginson wrote: Currently, FlightGear (SimGear, actually) always sets visibility to near-nil when the plane is inside a cloud layer -- obviously, the right and proper solution is 3D clouds, but until we have that working, or at least until we can detect whether the plane is actually near

Re: [Flightgear-devel] Proposed change: visibility inside a cloud layer

2005-01-10 Thread Curtis L. Olson
Erik Hofman wrote: This is due to a faulty SGSky::modify_vis() function. Actually it has been broken since early 0.7.x as I recall it. I've never remembered to look at it prior to a release, but I would recommend to fix that function rather than to apply any kind of hack. Erik, Can you explain

[Flightgear-devel] Strange FG crash.

2005-01-10 Thread Curtis L. Olson
I was just flying in the SFO area with the DHC2-F and flightgear crashed with the following message: Unknown exception in the main loop. Aborting... Possible cause: Success Anyone have any ideas? This is the first time I've seen anything like that. Curt. -- Curtis Olson

Re: [Flightgear-devel] Proposed change: visibility inside a cloud layer

2005-01-10 Thread David Megginson
On Mon, 10 Jan 2005 20:56:41 +0100, Erik Hofman [EMAIL PROTECTED] wrote: This is due to a faulty SGSky::modify_vis() function. Actually it has been broken since early 0.7.x as I recall it. I've never remembered to look at it prior to a release, but I would recommend to fix that function

Re: [Flightgear-devel] Proposed change: visibility inside a cloud layer

2005-01-10 Thread David Megginson
On Mon, 10 Jan 2005 13:59:28 -0600, Curtis L. Olson [EMAIL PROTECTED] wrote: One issue to consider is that going to nil visibility (and not drawing the cloud plane) hides when you pass through the cloud plane. When the cloud plane intersects the near clip plane you get some ugly artifacts.

Re: [Flightgear-devel] Strange FG crash.

2005-01-10 Thread David Megginson
On Mon, 10 Jan 2005 14:20:45 -0600, Curtis L. Olson [EMAIL PROTECTED] wrote: I was just flying in the SFO area with the DHC2-F and flightgear crashed with the following message: Unknown exception in the main loop. Aborting... Possible cause: Success Anyone have any ideas? This is the

Re: [Flightgear-devel] Proposed change: visibility inside a cloud layer

2005-01-10 Thread Curtis L. Olson
David Megginson wrote: On Mon, 10 Jan 2005 13:59:28 -0600, Curtis L. Olson [EMAIL PROTECTED] wrote: One issue to consider is that going to nil visibility (and not drawing the cloud plane) hides when you pass through the cloud plane. When the cloud plane intersects the near clip plane you get

RE: [Flightgear-devel] Strange FG crash.

2005-01-10 Thread Vivian Meazza
David Megginson wrote: On Mon, 10 Jan 2005 14:20:45 -0600, Curtis L. Olson [EMAIL PROTECTED] wrote: I was just flying in the SFO area with the DHC2-F and flightgear crashed with the following message: Unknown exception in the main loop. Aborting... Possible cause: Success

Re: [Flightgear-devel] Strange FG crash.

2005-01-10 Thread Durk Talsma
On Monday 10 January 2005 21:29, David Megginson wrote: On Mon, 10 Jan 2005 14:20:45 -0600, Curtis L. Olson [EMAIL PROTECTED] wrote: I was just flying in the SFO area with the DHC2-F and flightgear crashed with the following message: Unknown exception in the main loop. Aborting...

Re: [Flightgear-devel] Strange FG crash.

2005-01-10 Thread David Megginson
On Mon, 10 Jan 2005 21:25:55 -, Vivian Meazza [EMAIL PROTECTED] wrote: Unknown exception in the main loop. Aborting... Possible cause: Success WAG - OpenAl? I think it would have to be wrapped in a SimGear exception for that to happen, but I'd have to double-check the code. All

[Flightgear-devel] Re: [Flightgear-users] Speaking of always turning...

2005-01-10 Thread Andy Ross
[bouncing replies to flightgear-devel] David Megginson wrote: I don't know if we're modelling this or not, but with full power you often need a lot of rudder to keep a plane straight during the takeoff roll even when there is no crosswind. During the landing roll, with no power, it is a lot

Re: [Flightgear-devel] Re: [Flightgear-users] Speaking of always turning...

2005-01-10 Thread Dave Martin
On Monday 10 Jan 2005 23:42, Andy Ross wrote: [bouncing replies to flightgear-devel] David Megginson wrote: I don't know if we're modelling this or not, but with full power you often need a lot of rudder to keep a plane straight during the takeoff roll even when there is no crosswind.

[Flightgear-devel] Properties under /orientations seem to have taken on offsets after extreme attitude

2005-01-10 Thread Ampere K. Hardraade
I was taking the c182 out for some tests last day, and I brought the c182 into some extreme attitudes. Afterward, I notice that the attitude indicator seems to have jammed; tilted when the aircraft is in level flight. Upon further testing, I noticed the roll rate of the indicator still

Re: [Flightgear-devel] Properties under /orientations seem to have taken on offsets after extreme attitude

2005-01-10 Thread Curtis L. Olson
Ampere K. Hardraade wrote: I was taking the c182 out for some tests last day, and I brought the c182 into some extreme attitudes. Afterward, I notice that the attitude indicator seems to have jammed; tilted when the aircraft is in level flight. Upon further testing, I noticed the roll rate of