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

68 lines
1.7 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/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
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
/**
Working at unraveling and breaking dependencies inside of src/Model. I split the FGModelPlacement code out into it's own set of source files. I created two versions of the fgLoad3DModel() routine. One that is unecumbered by a panelnode dependency and one that is. acmodel.cxx is the only place that needs to load an aircraft with instrument panels. model.[ch]xx are now pretty much free to move over into simgear. loader.[ch]xx should be able to follow closely behind. This will be a big step towards being able to move the material management code over into simgear.
2003-05-08 20:28:46 +00:00
* Load a 3D model with or without XML wrapper. Note, this version
* Does not know about or load the panel/cockpit information. Use the
* "model_panel.hxx" version if you want to load an aircraft
* (i.e. ownship) with a panel.
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
*
* 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
/**
Working at unraveling and breaking dependencies inside of src/Model. I split the FGModelPlacement code out into it's own set of source files. I created two versions of the fgLoad3DModel() routine. One that is unecumbered by a panelnode dependency and one that is. acmodel.cxx is the only place that needs to load an aircraft with instrument panels. model.[ch]xx are now pretty much free to move over into simgear. loader.[ch]xx should be able to follow closely behind. This will be a big step towards being able to move the material management code over into simgear.
2003-05-08 20:28:46 +00:00
* Make an offset matrix from rotations and position offset.
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
*/
Working at unraveling and breaking dependencies inside of src/Model. I split the FGModelPlacement code out into it's own set of source files. I created two versions of the fgLoad3DModel() routine. One that is unecumbered by a panelnode dependency and one that is. acmodel.cxx is the only place that needs to load an aircraft with instrument panels. model.[ch]xx are now pretty much free to move over into simgear. loader.[ch]xx should be able to follow closely behind. This will be a big step towards being able to move the material management code over into simgear.
2003-05-08 20:28:46 +00:00
void
fgMakeOffsetsMatrix( sgMat4 * result, double h_rot, double p_rot, double r_rot,
double x_off, double y_off, double z_off );
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
Working at unraveling and breaking dependencies inside of src/Model. I split the FGModelPlacement code out into it's own set of source files. I created two versions of the fgLoad3DModel() routine. One that is unecumbered by a panelnode dependency and one that is. acmodel.cxx is the only place that needs to load an aircraft with instrument panels. model.[ch]xx are now pretty much free to move over into simgear. loader.[ch]xx should be able to follow closely behind. This will be a big step towards being able to move the material management code over into simgear.
2003-05-08 20:28:46 +00:00
/**
* Make the animation
*/
void
fgMakeAnimation( ssgBranch * model,
const char * name,
vector<SGPropertyNode_ptr> &name_nodes,
SGPropertyNode *prop_root,
SGPropertyNode_ptr node,
double sim_time_sec );
Add multiplayer support from Duncan McCreanor and Diarmuid Tyson
2003-03-19 20:45:09 +00:00
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