fly/flightgear
1
0
Fork 0
Code Activity
flightgear/src/Model/model.hxx

136 lines
3.5 KiB
C++
Raw Normal View History

Separated 3D model-handling code from main.cxx out into its own subsystem, FGAircraftModel.
2002-02-23 21:20:00 +00:00
// model.hxx - manage a 3D aircraft model.
// Written by David Megginson, started 2002.
//
// This file is in the Public Domain, and comes with no warranty.
#ifndef __MODEL_HXX
#define __MODEL_HXX 1
#ifndef __cplusplus
# error This library requires C++
#endif
Started support for animations. Currently, the only supported type (other than "none") is "spin", which must be tied to a property giving a value in RPM. This gets the DC-3 propellers turning. The next type will be "rotation", which will allow the flaps, elevators, ailerons, and rudders to move (and even gear, eventually). Later, I'll add "shift" for sliding things around, and will figure something out for blinking lights.
2002-02-26 00:10:06 +00:00
#include <vector>
SG_USING_STD(vector);
Add support for interpolation tables for non-linear animations. Remove header dependencies where possible, to speed up rebuilds.
2002-04-20 14:07:34 +00:00
#include <plib/sg.h>
Removed the FG3DModel class and replaced it with fgLoad3DModel. Animations are now contained within the scene graph itself and are updated whenever the graph is traversed -- that saves time by not updating animations not currently in sight, and it allows animations to be used for static objects and random objects as well. Added new FGModelLoader and FGTextureLoader classes. These are intern tables for models, to guarantee (mostly) that no model is loaded more than once. FGTextureLoader is not yet used anywhere, but FGModelLoader is now in place everywhere that ssgLoad* used to be used (thus adding the ability to use animations). In the future, FGModelLoader will add some interesting functionality, including the ability to reload 3D models on the fly.
2002-08-07 01:34:49 +00:00
#include <plib/ssg.h>
Add support for interpolation tables for non-linear animations. Remove header dependencies where possible, to speed up rebuilds.
2002-04-20 14:07:34 +00:00
This is step "1" of probably "many" in the process of separating out the scene management code and organizing it within simgear. My strategy is to identify the code I want to move, and break it's direct flightgear dependencies. Then it will be free to move over into the simgear package. - Moved some property specific code into simgear/props/ - Split out the condition code from fgfs/src/Main/fg_props and put it in it's own source file in simgear/props/ - Created a scene subdirectory for scenery, model, and material property related code. - Moved location.[ch]xx into simgear/scene/model/ - The location and condition code had dependencies on flightgear's global state (all the globals-> stuff, the flightgear property tree, etc.) SimGear code can't depend on it so that data has to be passed as parameters to the functions/methods/constructors. - This need to pass data as function parameters had a dramatic cascading effect throughout the FlightGear code.
2003-05-06 23:46:24 +00:00
#include <simgear/math/point3d.hxx>
#include <simgear/props/props.hxx>
Streamline to create fewer branch nodes. This involves moving some objects around when an animation specifies more than one object.
2002-11-03 15:42:11 +00:00
Add support for interpolation tables for non-linear animations. Remove header dependencies where possible, to speed up rebuilds.
2002-04-20 14:07:34 +00:00
// Don't pull in the headers, since we don't need them here.
Make an animation with no object name apply to the model as a whole. This replaces the old "range" subtree with something more general.
2002-04-20 17:07:47 +00:00
class ssgBranch;
Added a new 'billboard' animation type. This animation takes one subproperty, 'spherical', which is true if the object has spherical symmetry and should rotate around both the x-axis and z-axis to face the camera (i.e. a simple cloud), and false if the object has only cylindrical symmetry and should rotate only around the z-axis (i.e. a tree).
2002-05-03 21:09:14 +00:00
class ssgCutout;
Add support for interpolation tables for non-linear animations. Remove header dependencies where possible, to speed up rebuilds.
2002-04-20 14:07:34 +00:00
class ssgEntity;
class ssgRangeSelector;
class ssgSelector;
class ssgTransform;
class SGInterpTable;
class FGCondition;
class FGLocation;
Separated 3D model-handling code from main.cxx out into its own subsystem, FGAircraftModel.
2002-02-23 21:20:00 +00:00
Fixed a bug report from Frederic Bouvier: A sloppy coder already defined min and max as macros with 2 arguments
2002-03-27 13:00:25 +00:00
// Has anyone done anything *really* stupid, like making min and max macros?
#ifdef min
#undef min
#endif
#ifdef max
#undef max
#endif
Separate the model geodetic position and orientation into a separate class, FGModelPlacement, while FG3DModel retains control of animation. This way, we can have a single, top-level placement, but multiple layers of nested models underneath. To include a nested model, use something like this in the XML wrapper: <model> <path>Models/Stuff/my-component.xml</path> <offsets> <roll-offset-deg>45</roll-offset-deg> </offsets> </model>
2002-06-10 13:20:26 +00:00
Removed the FG3DModel class and replaced it with fgLoad3DModel. Animations are now contained within the scene graph itself and are updated whenever the graph is traversed -- that saves time by not updating animations not currently in sight, and it allows animations to be used for static objects and random objects as well. Added new FGModelLoader and FGTextureLoader classes. These are intern tables for models, to guarantee (mostly) that no model is loaded more than once. FGTextureLoader is not yet used anywhere, but FGModelLoader is now in place everywhere that ssgLoad* used to be used (thus adding the ability to use animations). In the future, FGModelLoader will add some interesting functionality, including the ability to reload 3D models on the fly.
2002-08-07 01:34:49 +00:00
/**
* Load a 3D model with or without XML wrapper.
*
* If the path ends in ".xml", then it will be used as a property-
* list wrapper to add animations to the model.
*
* Subsystems should not normally invoke this function directly;
* instead, they should use the FGModelLoader declared in loader.hxx.
*/
This is step "1" of probably "many" in the process of separating out the scene management code and organizing it within simgear. My strategy is to identify the code I want to move, and break it's direct flightgear dependencies. Then it will be free to move over into the simgear package. - Moved some property specific code into simgear/props/ - Split out the condition code from fgfs/src/Main/fg_props and put it in it's own source file in simgear/props/ - Created a scene subdirectory for scenery, model, and material property related code. - Moved location.[ch]xx into simgear/scene/model/ - The location and condition code had dependencies on flightgear's global state (all the globals-> stuff, the flightgear property tree, etc.) SimGear code can't depend on it so that data has to be passed as parameters to the functions/methods/constructors. - This need to pass data as function parameters had a dramatic cascading effect throughout the FlightGear code.
2003-05-06 23:46:24 +00:00
ssgBranch * fgLoad3DModel( const string& fg_root, const string &path,
Timed animations now working again.
2003-05-08 15:56:31 +00:00
SGPropertyNode *prop_root, double sim_time_sec );
Separated 3D model-handling code from main.cxx out into its own subsystem, FGAircraftModel.
2002-02-23 21:20:00 +00:00
Major restructuring: the Animation class is now an abstract interface, and specific animation types are derived from it. This change makes the code much easier to read, maintain, and extend. Added a 'translate' animation type for a scaled, 3D linear translation (such as a sliding throttle knob). Renamed the 'offset' property to 'offset-m' or 'offset-deg' as appropriate; ditto for 'min' and 'max' properties.
2002-03-30 21:24:19 +00:00
Removed the FG3DModel class and replaced it with fgLoad3DModel. Animations are now contained within the scene graph itself and are updated whenever the graph is traversed -- that saves time by not updating animations not currently in sight, and it allows animations to be used for static objects and random objects as well. Added new FGModelLoader and FGTextureLoader classes. These are intern tables for models, to guarantee (mostly) that no model is loaded more than once. FGTextureLoader is not yet used anywhere, but FGModelLoader is now in place everywhere that ssgLoad* used to be used (thus adding the ability to use animations). In the future, FGModelLoader will add some interesting functionality, including the ability to reload 3D models on the fly.
2002-08-07 01:34:49 +00:00
////////////////////////////////////////////////////////////////////////
// Model placement.
////////////////////////////////////////////////////////////////////////
/**
* A wrapper for a model with a definite placement.
*/
Separate the model geodetic position and orientation into a separate class, FGModelPlacement, while FG3DModel retains control of animation. This way, we can have a single, top-level placement, but multiple layers of nested models underneath. To include a nested model, use something like this in the XML wrapper: <model> <path>Models/Stuff/my-component.xml</path> <offsets> <roll-offset-deg>45</roll-offset-deg> </offsets> </model>
2002-06-10 13:20:26 +00:00
class FGModelPlacement
{
public:
FGModelPlacement ();
virtual ~FGModelPlacement ();
This is step "1" of probably "many" in the process of separating out the scene management code and organizing it within simgear. My strategy is to identify the code I want to move, and break it's direct flightgear dependencies. Then it will be free to move over into the simgear package. - Moved some property specific code into simgear/props/ - Split out the condition code from fgfs/src/Main/fg_props and put it in it's own source file in simgear/props/ - Created a scene subdirectory for scenery, model, and material property related code. - Moved location.[ch]xx into simgear/scene/model/ - The location and condition code had dependencies on flightgear's global state (all the globals-> stuff, the flightgear property tree, etc.) SimGear code can't depend on it so that data has to be passed as parameters to the functions/methods/constructors. - This need to pass data as function parameters had a dramatic cascading effect throughout the FlightGear code.
2003-05-06 23:46:24 +00:00
virtual void init( const string &fg_root,
const string &path,
SGPropertyNode *prop_root,
double sim_time_sec );
virtual void update( const Point3D scenery_center );
Separate the model geodetic position and orientation into a separate class, FGModelPlacement, while FG3DModel retains control of animation. This way, we can have a single, top-level placement, but multiple layers of nested models underneath. To include a nested model, use something like this in the XML wrapper: <model> <path>Models/Stuff/my-component.xml</path> <offsets> <roll-offset-deg>45</roll-offset-deg> </offsets> </model>
2002-06-10 13:20:26 +00:00
virtual ssgEntity * getSceneGraph () { return (ssgEntity *)_selector; }
virtual FGLocation * getFGLocation () { return _location; }
virtual bool getVisible () const;
virtual void setVisible (bool visible);
virtual double getLongitudeDeg () const { return _lon_deg; }
virtual double getLatitudeDeg () const { return _lat_deg; }
virtual double getElevationFt () const { return _elev_ft; }
virtual void setLongitudeDeg (double lon_deg);
virtual void setLatitudeDeg (double lat_deg);
virtual void setElevationFt (double elev_ft);
virtual void setPosition (double lon_deg, double lat_deg, double elev_ft);
virtual double getRollDeg () const { return _roll_deg; }
virtual double getPitchDeg () const { return _pitch_deg; }
virtual double getHeadingDeg () const { return _heading_deg; }
virtual void setRollDeg (double roll_deg);
virtual void setPitchDeg (double pitch_deg);
virtual void setHeadingDeg (double heading_deg);
virtual void setOrientation (double roll_deg, double pitch_deg,
Removed the FG3DModel class and replaced it with fgLoad3DModel. Animations are now contained within the scene graph itself and are updated whenever the graph is traversed -- that saves time by not updating animations not currently in sight, and it allows animations to be used for static objects and random objects as well. Added new FGModelLoader and FGTextureLoader classes. These are intern tables for models, to guarantee (mostly) that no model is loaded more than once. FGTextureLoader is not yet used anywhere, but FGModelLoader is now in place everywhere that ssgLoad* used to be used (thus adding the ability to use animations). In the future, FGModelLoader will add some interesting functionality, including the ability to reload 3D models on the fly.
2002-08-07 01:34:49 +00:00
double heading_deg);
Add multiplayer support from Duncan McCreanor and Diarmuid Tyson
2003-03-19 20:45:09 +00:00
// Addition by Diarmuid Tyson for Multiplayer Support
// Allows multiplayer to get players position transform
virtual const sgVec4 *get_POS() { return POS; }
Separate the model geodetic position and orientation into a separate class, FGModelPlacement, while FG3DModel retains control of animation. This way, we can have a single, top-level placement, but multiple layers of nested models underneath. To include a nested model, use something like this in the XML wrapper: <model> <path>Models/Stuff/my-component.xml</path> <offsets> <roll-offset-deg>45</roll-offset-deg> </offsets> </model>
2002-06-10 13:20:26 +00:00
private:
Add multiplayer support from Duncan McCreanor and Diarmuid Tyson
2003-03-19 20:45:09 +00:00
Removed the FG3DModel class and replaced it with fgLoad3DModel. Animations are now contained within the scene graph itself and are updated whenever the graph is traversed -- that saves time by not updating animations not currently in sight, and it allows animations to be used for static objects and random objects as well. Added new FGModelLoader and FGTextureLoader classes. These are intern tables for models, to guarantee (mostly) that no model is loaded more than once. FGTextureLoader is not yet used anywhere, but FGModelLoader is now in place everywhere that ssgLoad* used to be used (thus adding the ability to use animations). In the future, FGModelLoader will add some interesting functionality, including the ability to reload 3D models on the fly.
2002-08-07 01:34:49 +00:00
// Geodetic position
Separate the model geodetic position and orientation into a separate class, FGModelPlacement, while FG3DModel retains control of animation. This way, we can have a single, top-level placement, but multiple layers of nested models underneath. To include a nested model, use something like this in the XML wrapper: <model> <path>Models/Stuff/my-component.xml</path> <offsets> <roll-offset-deg>45</roll-offset-deg> </offsets> </model>
2002-06-10 13:20:26 +00:00
double _lon_deg;
double _lat_deg;
double _elev_ft;
Removed the FG3DModel class and replaced it with fgLoad3DModel. Animations are now contained within the scene graph itself and are updated whenever the graph is traversed -- that saves time by not updating animations not currently in sight, and it allows animations to be used for static objects and random objects as well. Added new FGModelLoader and FGTextureLoader classes. These are intern tables for models, to guarantee (mostly) that no model is loaded more than once. FGTextureLoader is not yet used anywhere, but FGModelLoader is now in place everywhere that ssgLoad* used to be used (thus adding the ability to use animations). In the future, FGModelLoader will add some interesting functionality, including the ability to reload 3D models on the fly.
2002-08-07 01:34:49 +00:00
// Orientation
Separate the model geodetic position and orientation into a separate class, FGModelPlacement, while FG3DModel retains control of animation. This way, we can have a single, top-level placement, but multiple layers of nested models underneath. To include a nested model, use something like this in the XML wrapper: <model> <path>Models/Stuff/my-component.xml</path> <offsets> <roll-offset-deg>45</roll-offset-deg> </offsets> </model>
2002-06-10 13:20:26 +00:00
double _roll_deg;
double _pitch_deg;
double _heading_deg;
ssgSelector * _selector;
ssgTransform * _position;
Removed the FG3DModel class and replaced it with fgLoad3DModel. Animations are now contained within the scene graph itself and are updated whenever the graph is traversed -- that saves time by not updating animations not currently in sight, and it allows animations to be used for static objects and random objects as well. Added new FGModelLoader and FGTextureLoader classes. These are intern tables for models, to guarantee (mostly) that no model is loaded more than once. FGTextureLoader is not yet used anywhere, but FGModelLoader is now in place everywhere that ssgLoad* used to be used (thus adding the ability to use animations). In the future, FGModelLoader will add some interesting functionality, including the ability to reload 3D models on the fly.
2002-08-07 01:34:49 +00:00
// Location
Separate the model geodetic position and orientation into a separate class, FGModelPlacement, while FG3DModel retains control of animation. This way, we can have a single, top-level placement, but multiple layers of nested models underneath. To include a nested model, use something like this in the XML wrapper: <model> <path>Models/Stuff/my-component.xml</path> <offsets> <roll-offset-deg>45</roll-offset-deg> </offsets> </model>
2002-06-10 13:20:26 +00:00
FGLocation * _location;
Add multiplayer support from Duncan McCreanor and Diarmuid Tyson
2003-03-19 20:45:09 +00:00
// Addition by Diarmuid Tyson for Multiplayer Support
// Moved from update method
// POS for transformation Matrix
sgMat4 POS;
Separate the model geodetic position and orientation into a separate class, FGModelPlacement, while FG3DModel retains control of animation. This way, we can have a single, top-level placement, but multiple layers of nested models underneath. To include a nested model, use something like this in the XML wrapper: <model> <path>Models/Stuff/my-component.xml</path> <offsets> <roll-offset-deg>45</roll-offset-deg> </offsets> </model>
2002-06-10 13:20:26 +00:00
};
Separated 3D model-handling code from main.cxx out into its own subsystem, FGAircraftModel.
2002-02-23 21:20:00 +00:00
#endif // __MODEL_HXX
Copy permalink