2004-09-22 08:47:05 +00:00
|
|
|
// FGAIBase.hxx - abstract base class for AI objects
|
2003-11-28 15:48:05 +00:00
|
|
|
// Written by David Culp, started Nov 2003, based on
|
|
|
|
// David Luff's FGAIEntity class.
|
|
|
|
// - davidculp2@comcast.net
|
|
|
|
//
|
|
|
|
// 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
|
|
|
|
// Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
|
|
|
|
|
|
|
|
#ifndef _FG_AIBASE_HXX
|
|
|
|
#define _FG_AIBASE_HXX
|
|
|
|
|
2004-01-22 21:13:47 +00:00
|
|
|
#include <string>
|
2004-11-26 10:24:48 +00:00
|
|
|
#include <list>
|
2004-01-22 21:13:47 +00:00
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
#include <simgear/constants.h>
|
2003-11-28 15:48:05 +00:00
|
|
|
#include <simgear/math/point3d.hxx>
|
|
|
|
#include <simgear/scene/model/placement.hxx>
|
2005-02-10 09:01:51 +00:00
|
|
|
#include <simgear/misc/sg_path.hxx>
|
2004-01-22 21:13:47 +00:00
|
|
|
|
|
|
|
#include <Main/fg_props.hxx>
|
2003-11-28 15:48:05 +00:00
|
|
|
|
|
|
|
SG_USING_STD(string);
|
2004-11-26 10:24:48 +00:00
|
|
|
SG_USING_STD(list);
|
2003-11-28 15:48:05 +00:00
|
|
|
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
class FGAIManager;
|
2004-09-07 09:53:23 +00:00
|
|
|
class FGAIFlightPlan;
|
|
|
|
|
|
|
|
|
|
|
|
typedef struct {
|
|
|
|
string callsign;
|
|
|
|
|
|
|
|
// can be aircraft, ship, storm, thermal or ballistic
|
2004-10-14 09:49:46 +00:00
|
|
|
string m_type;
|
|
|
|
string m_class;
|
|
|
|
string path;
|
|
|
|
string flightplan;
|
2004-09-07 09:53:23 +00:00
|
|
|
|
|
|
|
FGAIFlightPlan *fp;
|
|
|
|
|
|
|
|
double repeat; // in seconds
|
|
|
|
double latitude; // used if no flightplan defined
|
|
|
|
double longitude; // used if no flightplan defined
|
|
|
|
double altitude; // used if no flightplan defined
|
|
|
|
double speed; // used if no flightplan defined
|
|
|
|
double heading; // used if no flightplan defined
|
|
|
|
double roll; // used if no flightplan defined
|
|
|
|
double azimuth; // used by ballistic objects
|
|
|
|
double elevation; // used by ballistic objects
|
|
|
|
double rudder; // used by ship objects
|
|
|
|
double strength; // used by thermal objects
|
|
|
|
double diameter; // used by thermal objects
|
2004-11-07 14:46:21 +00:00
|
|
|
double height_msl; // used by thermal objects
|
2004-09-07 09:53:23 +00:00
|
|
|
double eda; // used by ballistic objects
|
|
|
|
double life; // life span in seconds
|
|
|
|
double buoyancy; // acceleration in ft per sec2
|
|
|
|
double wind_from_east; // in feet per second
|
|
|
|
double wind_from_north; // in feet per second
|
2004-09-22 08:47:05 +00:00
|
|
|
double cd; // coefficient of drag
|
|
|
|
bool wind; // if true, model reacts to parent wind
|
2004-09-27 14:24:20 +00:00
|
|
|
double mass; // in slugs
|
2004-10-28 08:29:15 +00:00
|
|
|
bool aero_stabilised; // if true, ballistic object aligns with trajectory
|
2004-11-26 10:24:48 +00:00
|
|
|
list<string> solid_objects; // List of solid object names
|
|
|
|
list<string> wire_objects; // List of wire object names
|
|
|
|
list<string> catapult_objects; // List of catapult object names
|
2004-11-16 09:33:21 +00:00
|
|
|
double radius; // used by ship ojects, in feet
|
2004-11-30 12:34:11 +00:00
|
|
|
double x_offset; // used by ship ojects, in meters
|
|
|
|
double y_offset; // used by ship ojects, in meters
|
2005-02-10 09:01:51 +00:00
|
|
|
double z_offset; // used by ship ojects, in meters
|
|
|
|
string acType; // used by aircraft objects
|
|
|
|
string company; // used by aircraft objects
|
2004-09-07 09:53:23 +00:00
|
|
|
} FGAIModelEntity;
|
|
|
|
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
|
2003-11-28 15:48:05 +00:00
|
|
|
class FGAIBase {
|
|
|
|
|
|
|
|
public:
|
|
|
|
|
2003-12-21 22:16:57 +00:00
|
|
|
FGAIBase();
|
2003-11-28 15:48:05 +00:00
|
|
|
virtual ~FGAIBase();
|
|
|
|
virtual void update(double dt);
|
|
|
|
inline Point3D GetPos() { return(pos); }
|
2003-12-21 20:12:55 +00:00
|
|
|
|
2004-09-07 19:56:22 +00:00
|
|
|
enum object_type { otNull = 0, otAircraft, otShip, otBallistic,
|
|
|
|
otRocket, otStorm, otThermal,
|
|
|
|
MAX_OBJECTS }; // Needs to be last!!!
|
David Culp:
I added some things to the AI stuff to improve the AIThermal processing.
Before, all the thermals were processed in order, and the last one overwrote
the prior one. Now, only the data from the nearest thermal is kept. This
way a tile can be populated with many thermals, and (as long as they have the
same diameter) the one nearest the airplane correctly takes effect. This
will make us ready for the next step, "auto-thermaling", where FlightGear's
tile manager can cover a tile with thermals, and set the thermal strength
based on land-use type.
I moved the enumerated object_type to the base class. When an AI object is
created it now sets the _otype variable in the base class. This lets the AI
manager find out what kind of AI object it is dealing with, using the base
pointer. I also added a function isa() to the base class, so the manager can
process objects differently based on their type.
The AI manager now sends AIThermal processing to a different function, where
only the data from the nearest thermal is kept. After the manager processes
all the AI objects, then the results from the nearest thermal are applied to
wind-from-down.
2004-03-07 12:08:46 +00:00
|
|
|
|
2003-11-28 15:48:05 +00:00
|
|
|
virtual bool init();
|
2003-12-21 20:12:55 +00:00
|
|
|
virtual void bind();
|
|
|
|
virtual void unbind();
|
2003-11-28 15:48:05 +00:00
|
|
|
|
|
|
|
void setPath( const char* model );
|
|
|
|
void setSpeed( double speed_KTAS );
|
|
|
|
void setAltitude( double altitude_ft );
|
|
|
|
void setHeading( double heading );
|
2003-12-21 22:16:57 +00:00
|
|
|
void setLatitude( double latitude );
|
|
|
|
void setLongitude( double longitude );
|
2004-02-23 20:55:07 +00:00
|
|
|
void setBank( double bank );
|
2004-11-16 09:33:21 +00:00
|
|
|
void setRadius ( double radius );
|
2004-11-30 12:34:11 +00:00
|
|
|
void setXoffset( double x_offset );
|
|
|
|
void setYoffset( double y_offset );
|
|
|
|
void setZoffset( double z_offset );
|
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
|
2004-09-08 13:21:40 +00:00
|
|
|
void* getID();
|
2003-11-28 15:48:05 +00:00
|
|
|
void setDie( bool die );
|
2003-12-21 20:12:55 +00:00
|
|
|
bool getDie();
|
2003-11-28 15:48:05 +00:00
|
|
|
|
|
|
|
protected:
|
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
SGPropertyNode *props;
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
FGAIManager* manager;
|
2003-12-21 20:12:55 +00:00
|
|
|
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
// these describe the model's actual state
|
2003-11-28 15:48:05 +00:00
|
|
|
Point3D pos; // WGS84 lat & lon in degrees, elev above sea-level in meters
|
|
|
|
double hdg; // True heading in degrees
|
|
|
|
double roll; // degrees, left is negative
|
|
|
|
double pitch; // degrees, nose-down is negative
|
|
|
|
double speed; // knots true airspeed
|
|
|
|
double altitude; // meters above sea level
|
2004-11-16 09:33:21 +00:00
|
|
|
double vs; // vertical speed, feet per minute
|
|
|
|
double turn_radius_ft; // turn radius ft at 15 kts rudder angle 15 degrees
|
2003-11-28 15:48:05 +00:00
|
|
|
|
2004-11-30 12:34:11 +00:00
|
|
|
// these describe the flols
|
|
|
|
Point3D flolspos; // WGS84 lat & lon in degrees, elev above sea-level in meters
|
|
|
|
double flols_x_offset; // longitudinal distance, in meters
|
|
|
|
double flols_y_offset; // lateral distance, in meters
|
|
|
|
double flols_z_offset; // height, in meters
|
|
|
|
|
2004-06-11 13:49:07 +00:00
|
|
|
double ft_per_deg_lon;
|
|
|
|
double ft_per_deg_lat;
|
|
|
|
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
// these describe the model's desired state
|
2003-11-28 15:48:05 +00:00
|
|
|
double tgt_heading; // target heading, degrees true
|
|
|
|
double tgt_altitude; // target altitude, *feet* above sea level
|
|
|
|
double tgt_speed; // target speed, KTAS
|
|
|
|
double tgt_roll;
|
|
|
|
double tgt_pitch;
|
|
|
|
double tgt_yaw;
|
|
|
|
double tgt_vs;
|
|
|
|
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
// these describe radar information for the user
|
2004-06-10 19:14:19 +00:00
|
|
|
bool in_range; // true if in range of the radar, otherwise false
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
double bearing; // true bearing from user to this model
|
|
|
|
double elevation; // elevation in degrees from user to this model
|
|
|
|
double range; // range from user to this model, nm
|
|
|
|
double rdot; // range rate, in knots
|
|
|
|
double horiz_offset; // look left/right from user to me, deg
|
|
|
|
double vert_offset; // look up/down from user to me, deg
|
|
|
|
double x_shift; // value used by radar display instrument
|
|
|
|
double y_shift; // value used by radar display instrument
|
|
|
|
double rotation; // value used by radar display instrument
|
|
|
|
|
2003-11-28 15:48:05 +00:00
|
|
|
|
|
|
|
string model_path; //Path to the 3D model
|
2004-05-21 16:50:19 +00:00
|
|
|
ssgBranch * model; //The 3D model object
|
2003-11-28 15:48:05 +00:00
|
|
|
SGModelPlacement aip;
|
|
|
|
bool delete_me;
|
2004-03-03 20:33:08 +00:00
|
|
|
bool invisible;
|
2004-05-21 16:50:19 +00:00
|
|
|
bool no_roll;
|
2004-08-30 09:11:59 +00:00
|
|
|
double life;
|
2004-05-29 11:39:10 +00:00
|
|
|
FGAIFlightPlan *fp;
|
2003-11-28 15:48:05 +00:00
|
|
|
|
|
|
|
void Transform();
|
2003-12-21 20:12:55 +00:00
|
|
|
|
2004-06-11 13:49:07 +00:00
|
|
|
double UpdateRadar(FGAIManager* manager);
|
|
|
|
|
2004-05-21 16:50:19 +00:00
|
|
|
string _type_str;
|
David Culp:
I added some things to the AI stuff to improve the AIThermal processing.
Before, all the thermals were processed in order, and the last one overwrote
the prior one. Now, only the data from the nearest thermal is kept. This
way a tile can be populated with many thermals, and (as long as they have the
same diameter) the one nearest the airplane correctly takes effect. This
will make us ready for the next step, "auto-thermaling", where FlightGear's
tile manager can cover a tile with thermals, and set the thermal strength
based on land-use type.
I moved the enumerated object_type to the base class. When an AI object is
created it now sets the _otype variable in the base class. This lets the AI
manager find out what kind of AI object it is dealing with, using the base
pointer. I also added a function isa() to the base class, so the manager can
process objects differently based on their type.
The AI manager now sends AIThermal processing to a different function, where
only the data from the nearest thermal is kept. After the manager processes
all the AI objects, then the results from the nearest thermal are applied to
wind-from-down.
2004-03-07 12:08:46 +00:00
|
|
|
object_type _otype;
|
2004-05-21 16:50:19 +00:00
|
|
|
int index;
|
2003-12-22 10:24:15 +00:00
|
|
|
|
2004-01-22 21:13:47 +00:00
|
|
|
public:
|
|
|
|
|
2004-05-21 16:50:19 +00:00
|
|
|
object_type getType();
|
|
|
|
bool isa( object_type otype );
|
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
double _getVS_fps() const;
|
|
|
|
void _setVS_fps( double _vs );
|
2004-01-22 21:13:47 +00:00
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
double _getAltitude() const;
|
|
|
|
void _setAltitude( double _alt );
|
2003-12-22 10:24:15 +00:00
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
void _setLongitude( double longitude );
|
|
|
|
void _setLatitude ( double latitude );
|
2004-01-22 21:13:47 +00:00
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
double _getLongitude() const;
|
|
|
|
double _getLatitude () const;
|
2003-12-22 12:30:35 +00:00
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
double _getBearing() const;
|
|
|
|
double _getElevation() const;
|
|
|
|
double _getRdot() const;
|
|
|
|
double _getH_offset() const;
|
|
|
|
double _getV_offset() const;
|
|
|
|
double _getX_shift() const;
|
|
|
|
double _getY_shift() const;
|
|
|
|
double _getRotation() const;
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
|
2004-09-22 19:11:36 +00:00
|
|
|
double rho;
|
|
|
|
double T; // temperature, degs farenheit
|
|
|
|
double p; // pressure lbs/sq ft
|
2004-10-02 13:34:06 +00:00
|
|
|
double a; // speed of sound at altitude (ft/s)
|
|
|
|
double Mach; // Mach number
|
|
|
|
|
2004-09-22 19:11:36 +00:00
|
|
|
static const double e;
|
2004-09-22 08:47:05 +00:00
|
|
|
static const double lbs_to_slugs;
|
|
|
|
|
2004-09-08 13:21:40 +00:00
|
|
|
int _getID() const;
|
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
inline double _getRange() { return range; };
|
2004-11-29 09:41:43 +00:00
|
|
|
ssgBranch * load3DModel(const string& fg_root,
|
|
|
|
const string &path,
|
|
|
|
SGPropertyNode *prop_root,
|
|
|
|
double sim_time_sec);
|
2004-05-27 13:16:53 +00:00
|
|
|
|
2004-05-28 19:03:55 +00:00
|
|
|
static bool _isNight();
|
2003-11-28 15:48:05 +00:00
|
|
|
};
|
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
|
|
|
|
inline void FGAIBase::setPath( const char* model ) {
|
|
|
|
model_path.append(model);
|
|
|
|
}
|
|
|
|
|
|
|
|
inline void FGAIBase::setSpeed( double speed_KTAS ) {
|
|
|
|
speed = tgt_speed = speed_KTAS;
|
|
|
|
}
|
|
|
|
|
2004-11-16 09:33:21 +00:00
|
|
|
inline void FGAIBase::setRadius( double radius ) {
|
|
|
|
turn_radius_ft = radius;
|
|
|
|
}
|
|
|
|
|
2004-11-30 12:34:11 +00:00
|
|
|
inline void FGAIBase::setXoffset( double x_offset ) {
|
|
|
|
flols_x_offset = x_offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
inline void FGAIBase::setYoffset( double y_offset ) {
|
|
|
|
flols_y_offset = y_offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
inline void FGAIBase::setZoffset( double z_offset ) {
|
|
|
|
flols_z_offset = z_offset;
|
|
|
|
}
|
2003-12-21 22:16:57 +00:00
|
|
|
inline void FGAIBase::setHeading( double heading ) {
|
|
|
|
hdg = tgt_heading = heading;
|
2003-12-21 20:12:55 +00:00
|
|
|
}
|
|
|
|
|
2004-01-22 21:13:47 +00:00
|
|
|
inline void FGAIBase::setAltitude( double altitude_ft ) {
|
|
|
|
altitude = tgt_altitude = altitude_ft;
|
|
|
|
pos.setelev(altitude * SG_FEET_TO_METER);
|
|
|
|
}
|
|
|
|
|
2004-02-23 20:55:07 +00:00
|
|
|
inline void FGAIBase::setBank( double bank ) {
|
|
|
|
roll = tgt_roll = bank;
|
2004-06-03 17:59:14 +00:00
|
|
|
no_roll = false;
|
2004-02-23 20:55:07 +00:00
|
|
|
}
|
|
|
|
|
2003-12-21 22:16:57 +00:00
|
|
|
inline void FGAIBase::setLongitude( double longitude ) {
|
|
|
|
pos.setlon( longitude );
|
2003-12-21 20:12:55 +00:00
|
|
|
}
|
2003-12-21 22:16:57 +00:00
|
|
|
inline void FGAIBase::setLatitude ( double latitude ) {
|
|
|
|
pos.setlat( latitude );
|
2003-12-21 20:12:55 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
inline void FGAIBase::setDie( bool die ) { delete_me = die; }
|
|
|
|
inline bool FGAIBase::getDie() { return delete_me; }
|
|
|
|
|
2004-05-21 16:50:19 +00:00
|
|
|
inline FGAIBase::object_type FGAIBase::getType() { return _otype; }
|
|
|
|
|
2004-09-08 13:21:40 +00:00
|
|
|
inline void* FGAIBase::getID() { return this; }
|
|
|
|
|
2004-11-30 12:34:11 +00:00
|
|
|
|
|
|
|
|
2004-06-11 13:49:07 +00:00
|
|
|
#endif // _FG_AIBASE_HXX
|
2003-11-28 15:48:05 +00:00
|
|
|
|