1998-10-16 23:26:44 +00:00
|
|
|
// scenery.cxx -- data structures and routines for managing scenery.
|
|
|
|
//
|
|
|
|
// Written by Curtis Olson, started May 1997.
|
|
|
|
//
|
2004-11-19 22:10:41 +00:00
|
|
|
// Copyright (C) 1997 Curtis L. Olson - http://www.flightgear.org/~curt
|
1998-10-16 23:26:44 +00:00
|
|
|
//
|
|
|
|
// This program is free software; you can redistribute it and/or
|
|
|
|
// modify it under the terms of the GNU General Public License as
|
|
|
|
// published by the Free Software Foundation; either version 2 of the
|
|
|
|
// License, or (at your option) any later version.
|
|
|
|
//
|
|
|
|
// This program is distributed in the hope that it will be useful, but
|
|
|
|
// WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
// General Public License for more details.
|
|
|
|
//
|
|
|
|
// You should have received a copy of the GNU General Public License
|
|
|
|
// along with this program; if not, write to the Free Software
|
2006-02-21 01:16:04 +00:00
|
|
|
// Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
1998-10-16 23:26:44 +00:00
|
|
|
//
|
|
|
|
// $Id$
|
1997-06-27 02:26:30 +00:00
|
|
|
|
|
|
|
|
1998-04-24 00:51:07 +00:00
|
|
|
#ifdef HAVE_CONFIG_H
|
|
|
|
# include <config.h>
|
|
|
|
#endif
|
1998-04-03 22:09:02 +00:00
|
|
|
|
1997-08-27 03:29:38 +00:00
|
|
|
#include <stdio.h>
|
1997-08-22 21:34:32 +00:00
|
|
|
#include <string.h>
|
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
#include <osgUtil/IntersectVisitor>
|
|
|
|
|
2000-02-16 23:01:03 +00:00
|
|
|
#include <simgear/debug/logstream.hxx>
|
2003-05-28 20:29:05 +00:00
|
|
|
#include <simgear/scene/tgdb/userdata.hxx>
|
2005-08-14 12:57:12 +00:00
|
|
|
#include <simgear/math/sg_geodesy.hxx>
|
Mathias:
I have done a patch to eliminate the jitter of 3D-objects near the viewpoint
(for example 3D cockpit objects).
The problem is the roundoff accuracy of the float values used in the
scenegraph together with the transforms of the eyepoint relative to the
scenery center.
The solution will be to move the scenery center near the view point.
This way floats relative accuracy is enough to show a stable picture.
To get that right I have introduced a transform node for the scenegraph which
is responsible for that shift and uses double values as long as possible.
The scenery subsystem now has a list of all those transforms required to place
objects in the world and will tell all those transforms that the scenery
center has changed when the set_scenery_center() of the scenery subsystem is
called.
The problem was not solvable by SGModelPlacement and SGLocation, since not all
objects, especially the scenery, are placed using these classes.
The first approach was to have the scenery center exactly at the eyepoint.
This works well for the cockpit.
But then the ground jitters a bit below the aircraft. With our default views
you can't see that, but that F-18 has a camera view below the left engine
intake with the nose gear and the ground in its field of view, here I could
see that.
Having the scenery center constant will still have this roundoff problems, but
like it is now too, the roundoff error here is exactly the same in each
frame, so you will not notice any jitter.
The real solution is now to keep the scenery center constant as long as it is
in a ball of 30m radius around the view point. If the scenery center is
outside this ball, just put it at the view point.
As a sideeffect of now beeing able to switch the scenery center in the whole
scenegraph with one function call, I was able to remove a one half of a
problem when switching views, where the scenery center was far off for one or
two frames past switching from one view to the next. Also included is a fix
to the other half of this problem, where the view position was not yet copied
into a view when it is switched (at least under glut). This was responsible
for the 'Error: ...' messages of the cloud subsystem when views were
switched.
2005-04-29 14:38:24 +00:00
|
|
|
#include <simgear/scene/model/placementtrans.hxx>
|
2006-06-08 05:58:36 +00:00
|
|
|
#include <simgear/scene/material/matlib.hxx>
|
2006-10-29 19:30:21 +00:00
|
|
|
#include <simgear/scene/util/SGNodeMasks.hxx>
|
2000-02-15 03:30:01 +00:00
|
|
|
|
2001-10-28 16:16:30 +00:00
|
|
|
#include <Main/fg_props.hxx>
|
|
|
|
|
1998-06-17 21:36:39 +00:00
|
|
|
#include "scenery.hxx"
|
1997-06-29 21:16:47 +00:00
|
|
|
|
|
|
|
|
2001-10-28 16:16:30 +00:00
|
|
|
// Scenery Management system
|
2006-07-27 16:36:22 +00:00
|
|
|
FGScenery::FGScenery() :
|
|
|
|
center(0, 0, 0)
|
|
|
|
{
|
2001-03-24 06:03:11 +00:00
|
|
|
SG_LOG( SG_TERRAIN, SG_INFO, "Initializing scenery subsystem" );
|
2001-10-28 16:16:30 +00:00
|
|
|
}
|
|
|
|
|
2002-05-14 06:08:28 +00:00
|
|
|
|
2001-10-28 16:16:30 +00:00
|
|
|
// Initialize the Scenery Management system
|
|
|
|
FGScenery::~FGScenery() {
|
|
|
|
}
|
|
|
|
|
2002-05-14 06:08:28 +00:00
|
|
|
|
2001-10-28 16:16:30 +00:00
|
|
|
void FGScenery::init() {
|
2002-05-14 06:08:28 +00:00
|
|
|
// Scene graph root
|
2006-10-29 19:30:21 +00:00
|
|
|
scene_graph = new osg::Group;
|
2002-05-14 06:08:28 +00:00
|
|
|
scene_graph->setName( "Scene" );
|
|
|
|
|
|
|
|
// Terrain branch
|
2006-10-29 19:30:21 +00:00
|
|
|
terrain_branch = new osg::Group;
|
2002-05-14 06:08:28 +00:00
|
|
|
terrain_branch->setName( "Terrain" );
|
2006-10-29 19:30:21 +00:00
|
|
|
scene_graph->addChild( terrain_branch.get() );
|
2002-05-14 06:08:28 +00:00
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
models_branch = new osg::Group;
|
2002-05-14 06:08:28 +00:00
|
|
|
models_branch->setName( "Models" );
|
2006-10-29 19:30:21 +00:00
|
|
|
scene_graph->addChild( models_branch.get() );
|
2002-05-14 06:08:28 +00:00
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
aircraft_branch = new osg::Group;
|
2002-05-14 06:08:28 +00:00
|
|
|
aircraft_branch->setName( "Aircraft" );
|
2006-10-29 19:30:21 +00:00
|
|
|
scene_graph->addChild( aircraft_branch.get() );
|
2002-05-14 06:08:28 +00:00
|
|
|
|
|
|
|
// Lighting
|
2006-10-29 19:30:21 +00:00
|
|
|
gnd_lights_root = new osg::Group;
|
2002-10-06 03:53:19 +00:00
|
|
|
gnd_lights_root->setName( "Ground Lighting Root" );
|
2002-05-14 06:08:28 +00:00
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
vasi_lights_root = new osg::Group;
|
2004-01-11 19:45:29 +00:00
|
|
|
vasi_lights_root->setName( "VASI/PAPI Lighting Root" );
|
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
rwy_lights_root = new osg::Group;
|
2002-10-06 03:53:19 +00:00
|
|
|
rwy_lights_root->setName( "Runway Lighting Root" );
|
2002-11-01 21:56:48 +00:00
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
taxi_lights_root = new osg::Group;
|
2002-11-01 21:56:48 +00:00
|
|
|
taxi_lights_root->setName( "Taxi Lighting Root" );
|
2003-05-28 20:29:05 +00:00
|
|
|
|
|
|
|
// Initials values needed by the draw-time object loader
|
|
|
|
sgUserDataInit( globals->get_model_lib(), globals->get_fg_root(),
|
|
|
|
globals->get_props(), globals->get_sim_time_sec() );
|
2001-10-28 16:16:30 +00:00
|
|
|
}
|
|
|
|
|
2002-05-14 06:08:28 +00:00
|
|
|
|
2002-05-11 16:28:50 +00:00
|
|
|
void FGScenery::update(double dt) {
|
2001-10-28 16:16:30 +00:00
|
|
|
}
|
|
|
|
|
2002-05-14 06:08:28 +00:00
|
|
|
|
2001-10-28 16:16:30 +00:00
|
|
|
void FGScenery::bind() {
|
|
|
|
}
|
1998-03-14 00:30:50 +00:00
|
|
|
|
2002-05-14 06:08:28 +00:00
|
|
|
|
2001-10-28 16:16:30 +00:00
|
|
|
void FGScenery::unbind() {
|
1997-06-27 02:26:30 +00:00
|
|
|
}
|
Mathias:
I have done a patch to eliminate the jitter of 3D-objects near the viewpoint
(for example 3D cockpit objects).
The problem is the roundoff accuracy of the float values used in the
scenegraph together with the transforms of the eyepoint relative to the
scenery center.
The solution will be to move the scenery center near the view point.
This way floats relative accuracy is enough to show a stable picture.
To get that right I have introduced a transform node for the scenegraph which
is responsible for that shift and uses double values as long as possible.
The scenery subsystem now has a list of all those transforms required to place
objects in the world and will tell all those transforms that the scenery
center has changed when the set_scenery_center() of the scenery subsystem is
called.
The problem was not solvable by SGModelPlacement and SGLocation, since not all
objects, especially the scenery, are placed using these classes.
The first approach was to have the scenery center exactly at the eyepoint.
This works well for the cockpit.
But then the ground jitters a bit below the aircraft. With our default views
you can't see that, but that F-18 has a camera view below the left engine
intake with the nose gear and the ground in its field of view, here I could
see that.
Having the scenery center constant will still have this roundoff problems, but
like it is now too, the roundoff error here is exactly the same in each
frame, so you will not notice any jitter.
The real solution is now to keep the scenery center constant as long as it is
in a ball of 30m radius around the view point. If the scenery center is
outside this ball, just put it at the view point.
As a sideeffect of now beeing able to switch the scenery center in the whole
scenegraph with one function call, I was able to remove a one half of a
problem when switching views, where the scenery center was far off for one or
two frames past switching from one view to the next. Also included is a fix
to the other half of this problem, where the view position was not yet copied
into a view when it is switched (at least under glut). This was responsible
for the 'Error: ...' messages of the cloud subsystem when views were
switched.
2005-04-29 14:38:24 +00:00
|
|
|
|
2006-07-27 16:36:22 +00:00
|
|
|
void FGScenery::set_center( const SGVec3d& p ) {
|
|
|
|
if (center == p)
|
|
|
|
return;
|
Mathias:
I have done a patch to eliminate the jitter of 3D-objects near the viewpoint
(for example 3D cockpit objects).
The problem is the roundoff accuracy of the float values used in the
scenegraph together with the transforms of the eyepoint relative to the
scenery center.
The solution will be to move the scenery center near the view point.
This way floats relative accuracy is enough to show a stable picture.
To get that right I have introduced a transform node for the scenegraph which
is responsible for that shift and uses double values as long as possible.
The scenery subsystem now has a list of all those transforms required to place
objects in the world and will tell all those transforms that the scenery
center has changed when the set_scenery_center() of the scenery subsystem is
called.
The problem was not solvable by SGModelPlacement and SGLocation, since not all
objects, especially the scenery, are placed using these classes.
The first approach was to have the scenery center exactly at the eyepoint.
This works well for the cockpit.
But then the ground jitters a bit below the aircraft. With our default views
you can't see that, but that F-18 has a camera view below the left engine
intake with the nose gear and the ground in its field of view, here I could
see that.
Having the scenery center constant will still have this roundoff problems, but
like it is now too, the roundoff error here is exactly the same in each
frame, so you will not notice any jitter.
The real solution is now to keep the scenery center constant as long as it is
in a ball of 30m radius around the view point. If the scenery center is
outside this ball, just put it at the view point.
As a sideeffect of now beeing able to switch the scenery center in the whole
scenegraph with one function call, I was able to remove a one half of a
problem when switching views, where the scenery center was far off for one or
two frames past switching from one view to the next. Also included is a fix
to the other half of this problem, where the view position was not yet copied
into a view when it is switched (at least under glut). This was responsible
for the 'Error: ...' messages of the cloud subsystem when views were
switched.
2005-04-29 14:38:24 +00:00
|
|
|
center = p;
|
|
|
|
placement_list_type::iterator it = _placement_list.begin();
|
|
|
|
while (it != _placement_list.end()) {
|
2006-10-29 19:30:21 +00:00
|
|
|
(*it)->setSceneryCenter(center);
|
Mathias:
I have done a patch to eliminate the jitter of 3D-objects near the viewpoint
(for example 3D cockpit objects).
The problem is the roundoff accuracy of the float values used in the
scenegraph together with the transforms of the eyepoint relative to the
scenery center.
The solution will be to move the scenery center near the view point.
This way floats relative accuracy is enough to show a stable picture.
To get that right I have introduced a transform node for the scenegraph which
is responsible for that shift and uses double values as long as possible.
The scenery subsystem now has a list of all those transforms required to place
objects in the world and will tell all those transforms that the scenery
center has changed when the set_scenery_center() of the scenery subsystem is
called.
The problem was not solvable by SGModelPlacement and SGLocation, since not all
objects, especially the scenery, are placed using these classes.
The first approach was to have the scenery center exactly at the eyepoint.
This works well for the cockpit.
But then the ground jitters a bit below the aircraft. With our default views
you can't see that, but that F-18 has a camera view below the left engine
intake with the nose gear and the ground in its field of view, here I could
see that.
Having the scenery center constant will still have this roundoff problems, but
like it is now too, the roundoff error here is exactly the same in each
frame, so you will not notice any jitter.
The real solution is now to keep the scenery center constant as long as it is
in a ball of 30m radius around the view point. If the scenery center is
outside this ball, just put it at the view point.
As a sideeffect of now beeing able to switch the scenery center in the whole
scenegraph with one function call, I was able to remove a one half of a
problem when switching views, where the scenery center was far off for one or
two frames past switching from one view to the next. Also included is a fix
to the other half of this problem, where the view position was not yet copied
into a view when it is switched (at least under glut). This was responsible
for the 'Error: ...' messages of the cloud subsystem when views were
switched.
2005-04-29 14:38:24 +00:00
|
|
|
++it;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
void FGScenery::register_placement_transform(SGPlacementTransform *trans) {
|
Mathias:
I have done a patch to eliminate the jitter of 3D-objects near the viewpoint
(for example 3D cockpit objects).
The problem is the roundoff accuracy of the float values used in the
scenegraph together with the transforms of the eyepoint relative to the
scenery center.
The solution will be to move the scenery center near the view point.
This way floats relative accuracy is enough to show a stable picture.
To get that right I have introduced a transform node for the scenegraph which
is responsible for that shift and uses double values as long as possible.
The scenery subsystem now has a list of all those transforms required to place
objects in the world and will tell all those transforms that the scenery
center has changed when the set_scenery_center() of the scenery subsystem is
called.
The problem was not solvable by SGModelPlacement and SGLocation, since not all
objects, especially the scenery, are placed using these classes.
The first approach was to have the scenery center exactly at the eyepoint.
This works well for the cockpit.
But then the ground jitters a bit below the aircraft. With our default views
you can't see that, but that F-18 has a camera view below the left engine
intake with the nose gear and the ground in its field of view, here I could
see that.
Having the scenery center constant will still have this roundoff problems, but
like it is now too, the roundoff error here is exactly the same in each
frame, so you will not notice any jitter.
The real solution is now to keep the scenery center constant as long as it is
in a ball of 30m radius around the view point. If the scenery center is
outside this ball, just put it at the view point.
As a sideeffect of now beeing able to switch the scenery center in the whole
scenegraph with one function call, I was able to remove a one half of a
problem when switching views, where the scenery center was far off for one or
two frames past switching from one view to the next. Also included is a fix
to the other half of this problem, where the view position was not yet copied
into a view when it is switched (at least under glut). This was responsible
for the 'Error: ...' messages of the cloud subsystem when views were
switched.
2005-04-29 14:38:24 +00:00
|
|
|
_placement_list.push_back(trans);
|
2006-10-29 19:30:21 +00:00
|
|
|
trans->setSceneryCenter(center);
|
Mathias:
I have done a patch to eliminate the jitter of 3D-objects near the viewpoint
(for example 3D cockpit objects).
The problem is the roundoff accuracy of the float values used in the
scenegraph together with the transforms of the eyepoint relative to the
scenery center.
The solution will be to move the scenery center near the view point.
This way floats relative accuracy is enough to show a stable picture.
To get that right I have introduced a transform node for the scenegraph which
is responsible for that shift and uses double values as long as possible.
The scenery subsystem now has a list of all those transforms required to place
objects in the world and will tell all those transforms that the scenery
center has changed when the set_scenery_center() of the scenery subsystem is
called.
The problem was not solvable by SGModelPlacement and SGLocation, since not all
objects, especially the scenery, are placed using these classes.
The first approach was to have the scenery center exactly at the eyepoint.
This works well for the cockpit.
But then the ground jitters a bit below the aircraft. With our default views
you can't see that, but that F-18 has a camera view below the left engine
intake with the nose gear and the ground in its field of view, here I could
see that.
Having the scenery center constant will still have this roundoff problems, but
like it is now too, the roundoff error here is exactly the same in each
frame, so you will not notice any jitter.
The real solution is now to keep the scenery center constant as long as it is
in a ball of 30m radius around the view point. If the scenery center is
outside this ball, just put it at the view point.
As a sideeffect of now beeing able to switch the scenery center in the whole
scenegraph with one function call, I was able to remove a one half of a
problem when switching views, where the scenery center was far off for one or
two frames past switching from one view to the next. Also included is a fix
to the other half of this problem, where the view position was not yet copied
into a view when it is switched (at least under glut). This was responsible
for the 'Error: ...' messages of the cloud subsystem when views were
switched.
2005-04-29 14:38:24 +00:00
|
|
|
}
|
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
void FGScenery::unregister_placement_transform(SGPlacementTransform *trans) {
|
Mathias:
I have done a patch to eliminate the jitter of 3D-objects near the viewpoint
(for example 3D cockpit objects).
The problem is the roundoff accuracy of the float values used in the
scenegraph together with the transforms of the eyepoint relative to the
scenery center.
The solution will be to move the scenery center near the view point.
This way floats relative accuracy is enough to show a stable picture.
To get that right I have introduced a transform node for the scenegraph which
is responsible for that shift and uses double values as long as possible.
The scenery subsystem now has a list of all those transforms required to place
objects in the world and will tell all those transforms that the scenery
center has changed when the set_scenery_center() of the scenery subsystem is
called.
The problem was not solvable by SGModelPlacement and SGLocation, since not all
objects, especially the scenery, are placed using these classes.
The first approach was to have the scenery center exactly at the eyepoint.
This works well for the cockpit.
But then the ground jitters a bit below the aircraft. With our default views
you can't see that, but that F-18 has a camera view below the left engine
intake with the nose gear and the ground in its field of view, here I could
see that.
Having the scenery center constant will still have this roundoff problems, but
like it is now too, the roundoff error here is exactly the same in each
frame, so you will not notice any jitter.
The real solution is now to keep the scenery center constant as long as it is
in a ball of 30m radius around the view point. If the scenery center is
outside this ball, just put it at the view point.
As a sideeffect of now beeing able to switch the scenery center in the whole
scenegraph with one function call, I was able to remove a one half of a
problem when switching views, where the scenery center was far off for one or
two frames past switching from one view to the next. Also included is a fix
to the other half of this problem, where the view position was not yet copied
into a view when it is switched (at least under glut). This was responsible
for the 'Error: ...' messages of the cloud subsystem when views were
switched.
2005-04-29 14:38:24 +00:00
|
|
|
placement_list_type::iterator it = _placement_list.begin();
|
|
|
|
while (it != _placement_list.end()) {
|
|
|
|
if ((*it) == trans) {
|
|
|
|
it = _placement_list.erase(it);
|
|
|
|
} else
|
|
|
|
++it;
|
|
|
|
}
|
|
|
|
}
|
2005-08-14 12:57:12 +00:00
|
|
|
|
|
|
|
bool
|
|
|
|
FGScenery::get_elevation_m(double lat, double lon, double max_alt,
|
2006-06-11 13:34:18 +00:00
|
|
|
double& alt, const SGMaterial** material,
|
|
|
|
bool exact)
|
2005-08-14 12:57:12 +00:00
|
|
|
{
|
2006-07-27 16:36:22 +00:00
|
|
|
SGGeod geod = SGGeod::fromDegM(lon, lat, max_alt);
|
|
|
|
SGVec3d pos = SGVec3d::fromGeod(geod);
|
2006-06-11 13:34:18 +00:00
|
|
|
return get_cart_elevation_m(pos, 0, alt, material, exact);
|
2006-06-08 05:58:36 +00:00
|
|
|
}
|
|
|
|
|
2005-08-14 12:57:12 +00:00
|
|
|
bool
|
2006-07-27 16:36:22 +00:00
|
|
|
FGScenery::get_cart_elevation_m(const SGVec3d& pos, double max_altoff,
|
2006-06-11 13:34:18 +00:00
|
|
|
double& alt, const SGMaterial** material,
|
|
|
|
bool exact)
|
2005-08-14 12:57:12 +00:00
|
|
|
{
|
2006-07-27 16:36:22 +00:00
|
|
|
if ( norm1(pos) < 1 )
|
|
|
|
return false;
|
|
|
|
|
|
|
|
SGVec3d saved_center = center;
|
2005-08-14 12:57:12 +00:00
|
|
|
bool replaced_center = false;
|
|
|
|
if (exact) {
|
2006-07-27 16:36:22 +00:00
|
|
|
if (30*30 < distSqr(pos, center)) {
|
|
|
|
set_center( pos );
|
2006-02-08 10:25:56 +00:00
|
|
|
replaced_center = true;
|
2005-08-14 12:57:12 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
|
|
|
|
SGVec3d start = pos + max_altoff*normalize(pos) - center;
|
|
|
|
SGVec3d end = - center;
|
2006-06-08 05:58:36 +00:00
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
osgUtil::IntersectVisitor intersectVisitor;
|
|
|
|
intersectVisitor.setTraversalMask(SG_NODEMASK_TERRAIN_BIT);
|
|
|
|
osg::ref_ptr<osg::LineSegment> lineSegment;
|
|
|
|
lineSegment = new osg::LineSegment(start.osg(), end.osg());
|
|
|
|
intersectVisitor.addLineSegment(lineSegment.get());
|
|
|
|
get_scene_graph()->accept(intersectVisitor);
|
|
|
|
bool hits = intersectVisitor.hits();
|
|
|
|
if (hits) {
|
|
|
|
int nHits = intersectVisitor.getNumHits(lineSegment.get());
|
|
|
|
alt = -SGLimitsd::max();
|
|
|
|
for (int i = 0; i < nHits; ++i) {
|
|
|
|
const osgUtil::Hit& hit
|
|
|
|
= intersectVisitor.getHitList(lineSegment.get())[i];
|
|
|
|
SGVec3d point;
|
|
|
|
point.osg() = hit.getWorldIntersectPoint();
|
|
|
|
point += center;
|
|
|
|
SGGeod geod = SGGeod::fromCart(point);
|
|
|
|
double elevation = geod.getElevationM();
|
|
|
|
if (alt < elevation) {
|
|
|
|
alt = elevation;
|
|
|
|
if (material)
|
|
|
|
*material = globals->get_matlib()->findMaterial(hit.getGeode());
|
2006-06-11 13:34:18 +00:00
|
|
|
}
|
2006-06-08 05:58:36 +00:00
|
|
|
}
|
2005-08-14 12:57:12 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
if (replaced_center)
|
|
|
|
set_center( saved_center );
|
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
return hits;
|
2005-08-14 12:57:12 +00:00
|
|
|
}
|
2005-11-09 17:08:04 +00:00
|
|
|
|
|
|
|
bool
|
2006-07-27 16:36:22 +00:00
|
|
|
FGScenery::get_cart_ground_intersection(const SGVec3d& pos, const SGVec3d& dir,
|
|
|
|
SGVec3d& nearestHit, bool exact)
|
2005-11-09 17:08:04 +00:00
|
|
|
{
|
|
|
|
// We assume that starting positions in the center of the earth are invalid
|
2006-07-27 16:36:22 +00:00
|
|
|
if ( norm1(pos) < 1 )
|
2005-11-09 17:08:04 +00:00
|
|
|
return false;
|
|
|
|
|
|
|
|
// Well that 'exactness' is somehow problematic, but makes at least sure
|
|
|
|
// that we don't compute that with a cenery center at the other side of
|
|
|
|
// the world ...
|
2006-07-27 16:36:22 +00:00
|
|
|
SGVec3d saved_center = center;
|
2005-11-09 17:08:04 +00:00
|
|
|
bool replaced_center = false;
|
|
|
|
if (exact) {
|
2006-07-27 16:36:22 +00:00
|
|
|
if (30*30 < distSqr(pos, center)) {
|
|
|
|
set_center( pos );
|
2005-11-09 17:08:04 +00:00
|
|
|
replaced_center = true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Make really sure the direction is normalized, is really cheap compared to
|
|
|
|
// computation of ground intersection.
|
2006-10-29 19:30:21 +00:00
|
|
|
SGVec3d start = pos - center;
|
|
|
|
SGVec3d end = start + 1e5*dir;
|
|
|
|
|
|
|
|
osgUtil::IntersectVisitor intersectVisitor;
|
|
|
|
intersectVisitor.setTraversalMask(SG_NODEMASK_TERRAIN_BIT);
|
|
|
|
osg::ref_ptr<osg::LineSegment> lineSegment;
|
|
|
|
lineSegment = new osg::LineSegment(start.osg(), end.osg());
|
|
|
|
intersectVisitor.addLineSegment(lineSegment.get());
|
|
|
|
get_scene_graph()->accept(intersectVisitor);
|
|
|
|
bool hits = intersectVisitor.hits();
|
|
|
|
if (hits) {
|
|
|
|
int nHits = intersectVisitor.getNumHits(lineSegment.get());
|
|
|
|
double dist = SGLimitsd::max();
|
|
|
|
for (int i = 0; i < nHits; ++i) {
|
|
|
|
const osgUtil::Hit& hit
|
|
|
|
= intersectVisitor.getHitList(lineSegment.get())[i];
|
|
|
|
SGVec3d point;
|
|
|
|
point.osg() = hit.getWorldIntersectPoint();
|
|
|
|
double newdist = length(start - point);
|
|
|
|
if (newdist < dist) {
|
|
|
|
dist = newdist;
|
|
|
|
nearestHit = point + center;
|
|
|
|
}
|
|
|
|
}
|
2005-11-09 17:08:04 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
if (replaced_center)
|
|
|
|
set_center( saved_center );
|
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
return hits;
|
2005-11-09 17:08:04 +00:00
|
|
|
}
|
|
|
|
|