2011-10-10 09:38:02 +00:00
|
|
|
/*
|
2002-10-12 11:37:38 +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
|
2008-01-07 19:13:47 +00:00
|
|
|
* of the License, or (at your option) any later version.
|
2002-10-12 11:37:38 +00:00
|
|
|
*
|
|
|
|
|
* 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,
|
2010-02-12 13:34:04 +00:00
|
|
|
* Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
2002-10-12 11:37:38 +00:00
|
|
|
*
|
|
|
|
|
* The Original Code is Copyright (C) 2001-2002 by NaN Holding BV.
|
|
|
|
|
* All rights reserved.
|
|
|
|
|
*/
|
|
|
|
|
|
2019-02-18 08:08:12 +11:00
|
|
|
/** \file
|
|
|
|
|
* \ingroup bke
|
2011-02-27 20:40:57 +00:00
|
|
|
*/
|
|
|
|
|
|
2002-10-12 11:37:38 +00:00
|
|
|
#include "MEM_guardedalloc.h"
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
|
2014-01-21 12:11:34 +01:00
|
|
|
#include <stdlib.h>
|
|
|
|
|
|
|
|
|
|
#include "BLI_listbase.h"
|
2009-11-10 20:43:45 +00:00
|
|
|
#include "BLI_math.h"
|
2018-06-01 16:38:21 +02:00
|
|
|
#include "BLI_dlrbTree.h"
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
|
2015-08-16 17:32:01 +10:00
|
|
|
#include "BLT_translation.h"
|
2012-10-13 15:44:50 +00:00
|
|
|
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
#include "DNA_anim_types.h"
|
2010-01-07 22:54:05 +00:00
|
|
|
#include "DNA_armature_types.h"
|
Orange branch: Revived hidden treasure, the Groups!
Previous experiment (in 2000) didn't satisfy, it had even some primitive
NLA option in groups... so, cleaned up the old code (removed most) and
integrated it back in a more useful way.
Usage:
- CTRL+G gives menu to add group, add to existing group, or remove from
groups.
- In Object buttons, a new (should become first) Panel was added, showing
not only Object "ID button" and Parent, but also the Groups the Object
Belongs to. These buttons also allow rename, assigning or removing.
- To indicate Objects are grouped, they're drawn in a (not theme yet, so
temporal?) green wire color.
- Use ALT+SHIFT mouse-select to (de)select an entire group
But, the real power of groups is in the following features:
-> Particle Force field and Guide control
In the "Particle Motion" Panel, you can indicate a Group name, this then
limits force fields or guides to members of that Group. (Note that layers
still work on top of that... not sure about that).
-> Light Groups
In the Material "Shaders" Panel, you can indicate a Group name to limit
lighting for the Material to lamps in this group. The Lights in a Group do
need to be 'visible' for the Scene to be rendered (as usual).
-> Group Duplicator
In the Object "Anim" Panel, you can set any Object (use Empty!) to
duplicate an entire Group. It will make copies of all Objects in that Group.
Also works for animated Objects, but it will copy the current positions or
deforms. Control over 'local timing' (so we can do Massive anims!) will be
added later.
(Note; this commit won't render Group duplicators yet, a fix in bf-blender
will enable that, next commit will sync)
-> Library Appending
In the SHIFT-F1 or SHIFT+F4 browsers, you can also find the Groups listed.
By appending or linking the Group itself, and use the Group Duplicator, you
now can animate and position linked Objects. The nice thing is that the
local saved file itself will only store the Group name that was linked, so
on a next file read, the Group Objects will be re-read as stored (changed)
in the Library file.
(Note; current implementation also "gives a base" to linked Group Objects,
to show them as Objects in the current Scene. Need that now for testing
purposes, but probably will be removed later).
-> Outliner
Outliner now shows Groups as optio too, nice to organize your data a bit too!
In General, Groups have a very good potential... for example, it could
become default for MetaBall Objects too (jiri, I can help you later on how
this works). All current 'layer relationships' in Blender should be dropped
in time, I guess...
2005-12-06 10:55:30 +00:00
|
|
|
#include "DNA_key_types.h"
|
2002-10-12 11:37:38 +00:00
|
|
|
#include "DNA_scene_types.h"
|
|
|
|
|
|
2018-05-07 16:52:42 +02:00
|
|
|
#include "BKE_anim.h"
|
2018-06-01 16:38:21 +02:00
|
|
|
#include "BKE_animsys.h"
|
2018-05-07 16:52:42 +02:00
|
|
|
#include "BKE_action.h"
|
2008-09-23 06:26:48 +00:00
|
|
|
#include "BKE_curve.h"
|
2002-10-12 11:37:38 +00:00
|
|
|
#include "BKE_key.h"
|
Big commit with work on Groups & Libraries:
-> Any Group Duplicate now can get local timing and local NLA override. This
enables to control the entire animation system of the Group.
Two methods for this have been implemented.
1) The quick way: just give the duplicator a "Startframe" offset.
2) Advanced: in the NLA Editor you can add ActionStrips to the duplicator
to override NLA/action of any Grouped Object.
For "Group NLA" to work, an ActionStrip needs to know which Object in a
group it controls. On adding a strip, the code checks if an Action was
already used by an Object in the Group, and assigns it automatic to that
Object.
You can also set this in the Nkey "Properties" panel for the strip.
Change in NLA: the SHIFT+A "Add strip" command now always adds strips to
the active Object. (It used to check where mouse was). This allows to add
NLA strips to Objects that didn't have actions/nla yet.
Important note: In Blender, duplicates are fully procedural and generated
on the fly for each redraw. This means that redraw speed equals to stepping
through frames, when using animated Duplicated Groups.
-> Recoded entire duplicator system
The old method was antique and clumsy, using globals and full temporal
copies of Object. The new system is nicer in control, faster, and since it
doesn't use temporal object copies anymore, it works better with Derived
Mesh and DisplayList and rendering.
By centralizing the code for duplicating, more options can be easier added.
Features to note:
- Duplicates now draw selected/unselected based on its Duplicator setting.
- Same goes for the drawtype (wire, solid, selection outline, etc)
- Duplicated Groups can be normally selected too
Bonus goodie: SHIFT+A (Toolbox) now has entry "Add group" too, with a
listing of all groups, allowing to add Group instances immediate.
-> Library System
- SHIFT+F4 data browse now shows the entire path for linked data
- Outliner draws Library Icons to denote linked data
- Outliner operation added: "Make Local" for library data.
- Outliner now also draws Groups in regular view, allowing to unlink too.
-> Fixes
- depsgraph missed signal update for bone-parented Objects
- on reading file, the entire database was tagged to "recalc" fully,
causing unnecessary slowdown on reading.
Might have missed stuff... :)
2005-12-11 13:23:30 +00:00
|
|
|
#include "BKE_main.h"
|
|
|
|
|
#include "BKE_object.h"
|
Particles
=========
Merge of the famous particle patch by Janne Karhu, a full rewrite
of the Blender particle system. This includes:
- Emitter, Hair and Reactor particle types.
- Newtonian, Keyed and Boids physics.
- Various particle visualisation and rendering types.
- Vertex group and texture control for various properties.
- Interpolated child particles from parents.
- Hair editing with combing, growing, cutting, .. .
- Explode modifier.
- Harmonic, Magnetic fields, and multiple falloff types.
.. and lots of other things, some more info is here:
http://wiki.blender.org/index.php/BlenderDev/Particles_Rewrite
http://wiki.blender.org/index.php/BlenderDev/Particles_Rewrite_Doc
The new particle system cannot be backwards compatible. Old particle
systems are being converted to the new system, but will require
tweaking to get them looking the same as before.
Point Cache
===========
The new system to replace manual baking, based on automatic caching
on disk. This is currently used by softbodies and the particle system.
See the Cache API section on:
http://wiki.blender.org/index.php/BlenderDev/PhysicsSprint
Documentation
=============
These new features still need good docs for the release logs, help
for this is appreciated.
2007-11-26 22:09:57 +00:00
|
|
|
#include "BKE_particle.h"
|
2010-01-07 22:54:05 +00:00
|
|
|
#include "BKE_scene.h"
|
2011-11-12 04:40:53 +00:00
|
|
|
#include "BKE_report.h"
|
2002-11-25 12:02:15 +00:00
|
|
|
|
2017-11-20 22:33:16 +11:00
|
|
|
#include "DEG_depsgraph.h"
|
2018-05-07 16:52:42 +02:00
|
|
|
#include "DEG_depsgraph_query.h"
|
2017-04-06 16:11:50 +02:00
|
|
|
#include "DEG_depsgraph_build.h"
|
|
|
|
|
|
2018-06-01 16:38:21 +02:00
|
|
|
#include "GPU_batch.h"
|
|
|
|
|
|
2019-02-01 12:44:19 +11:00
|
|
|
#include "CLG_log.h"
|
|
|
|
|
|
|
|
|
|
static CLG_LogRef LOG = {"bke.anim"};
|
|
|
|
|
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
/* --------------------- */
|
|
|
|
|
/* forward declarations */
|
|
|
|
|
|
|
|
|
|
/* ******************************************************************** */
|
2012-07-03 19:09:07 +00:00
|
|
|
/* Animation Visualization */
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
|
2012-07-03 19:09:07 +00:00
|
|
|
/* Initialize the default settings for animation visualization */
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
void animviz_settings_init(bAnimVizSettings *avs)
|
|
|
|
|
{
|
2019-04-17 06:17:24 +02:00
|
|
|
/* sanity check */
|
2019-04-22 09:39:35 +10:00
|
|
|
if (avs == NULL) {
|
2019-04-17 06:17:24 +02:00
|
|
|
return;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2012-07-06 23:56:59 +00:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
/* path settings */
|
|
|
|
|
avs->path_bc = avs->path_ac = 10;
|
2012-07-06 23:56:59 +00:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
avs->path_sf = 1; /* xxx - take from scene instead? */
|
|
|
|
|
avs->path_ef = 250; /* xxx - take from scene instead? */
|
2012-07-06 23:56:59 +00:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
avs->path_viewflag = (MOTIONPATH_VIEW_KFRAS | MOTIONPATH_VIEW_KFNOS);
|
2012-07-06 23:56:59 +00:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
avs->path_step = 1;
|
2018-07-23 16:38:25 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
avs->path_bakeflag |= MOTIONPATH_BAKE_HEADS;
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* ------------------- */
|
|
|
|
|
|
|
|
|
|
/* Free the given motion path's cache */
|
2018-06-17 17:05:51 +02:00
|
|
|
void animviz_free_motionpath_cache(bMotionPath *mpath)
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
{
|
2019-04-17 06:17:24 +02:00
|
|
|
/* sanity check */
|
2019-04-22 09:39:35 +10:00
|
|
|
if (mpath == NULL) {
|
2019-04-17 06:17:24 +02:00
|
|
|
return;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2018-06-17 17:05:51 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
/* free the path if necessary */
|
2019-04-22 09:39:35 +10:00
|
|
|
if (mpath->points) {
|
2019-04-17 06:17:24 +02:00
|
|
|
MEM_freeN(mpath->points);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2018-06-01 16:38:21 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
GPU_VERTBUF_DISCARD_SAFE(mpath->points_vbo);
|
|
|
|
|
GPU_BATCH_DISCARD_SAFE(mpath->batch_line);
|
|
|
|
|
GPU_BATCH_DISCARD_SAFE(mpath->batch_points);
|
2018-06-17 17:10:19 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
/* reset the relevant parameters */
|
|
|
|
|
mpath->points = NULL;
|
|
|
|
|
mpath->length = 0;
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
}
|
|
|
|
|
|
2018-06-17 17:05:51 +02:00
|
|
|
/* Free the given motion path instance and its data
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
* NOTE: this frees the motion path given!
|
|
|
|
|
*/
|
|
|
|
|
void animviz_free_motionpath(bMotionPath *mpath)
|
|
|
|
|
{
|
2019-04-17 06:17:24 +02:00
|
|
|
/* sanity check */
|
2019-04-22 09:39:35 +10:00
|
|
|
if (mpath == NULL) {
|
2019-04-17 06:17:24 +02:00
|
|
|
return;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2018-06-17 17:05:51 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
/* free the cache first */
|
|
|
|
|
animviz_free_motionpath_cache(mpath);
|
2018-06-17 17:05:51 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
/* now the instance itself */
|
|
|
|
|
MEM_freeN(mpath);
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* ------------------- */
|
|
|
|
|
|
2018-06-01 16:38:21 +02:00
|
|
|
/* Make a copy of motionpath data, so that viewing with copy on write works */
|
|
|
|
|
bMotionPath *animviz_copy_motionpath(const bMotionPath *mpath_src)
|
|
|
|
|
{
|
2019-04-17 06:17:24 +02:00
|
|
|
bMotionPath *mpath_dst;
|
2018-06-01 16:38:21 +02:00
|
|
|
|
2019-04-22 09:39:35 +10:00
|
|
|
if (mpath_src == NULL) {
|
2019-04-17 06:17:24 +02:00
|
|
|
return NULL;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2018-06-01 16:38:21 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
mpath_dst = MEM_dupallocN(mpath_src);
|
|
|
|
|
mpath_dst->points = MEM_dupallocN(mpath_src->points);
|
2018-06-01 16:38:21 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
/* should get recreated on draw... */
|
|
|
|
|
mpath_dst->points_vbo = NULL;
|
|
|
|
|
mpath_dst->batch_line = NULL;
|
|
|
|
|
mpath_dst->batch_points = NULL;
|
2018-06-01 16:38:21 +02:00
|
|
|
|
2019-04-17 06:17:24 +02:00
|
|
|
return mpath_dst;
|
2018-06-01 16:38:21 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* ------------------- */
|
|
|
|
|
|
2014-05-29 21:16:04 +10:00
|
|
|
/**
|
|
|
|
|
* Setup motion paths for the given data.
|
|
|
|
|
* \note Only used when explicitly calculating paths on bones which may/may not be consider already
|
2012-05-01 13:10:36 +00:00
|
|
|
*
|
2018-12-12 12:50:58 +11:00
|
|
|
* \param scene: Current scene (for frame ranges, etc.)
|
|
|
|
|
* \param ob: Object to add paths for (must be provided)
|
|
|
|
|
* \param pchan: Posechannel to add paths for (optional; if not provided, object-paths are assumed)
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
*/
|
2019-04-17 06:17:24 +02:00
|
|
|
bMotionPath *animviz_verify_motionpaths(ReportList *reports,
|
|
|
|
|
Scene *scene,
|
|
|
|
|
Object *ob,
|
|
|
|
|
bPoseChannel *pchan)
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
{
|
2019-04-17 06:17:24 +02:00
|
|
|
bAnimVizSettings *avs;
|
|
|
|
|
bMotionPath *mpath, **dst;
|
|
|
|
|
|
|
|
|
|
/* sanity checks */
|
2019-04-22 09:39:35 +10:00
|
|
|
if (ELEM(NULL, scene, ob)) {
|
2019-04-17 06:17:24 +02:00
|
|
|
return NULL;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
/* get destination data */
|
|
|
|
|
if (pchan) {
|
|
|
|
|
/* paths for posechannel - assume that posechannel belongs to the object */
|
|
|
|
|
avs = &ob->pose->avs;
|
|
|
|
|
dst = &pchan->mpath;
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
/* paths for object */
|
|
|
|
|
avs = &ob->avs;
|
|
|
|
|
dst = &ob->mpath;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* avoid 0 size allocs */
|
|
|
|
|
if (avs->path_sf >= avs->path_ef) {
|
|
|
|
|
BKE_reportf(reports,
|
|
|
|
|
RPT_ERROR,
|
|
|
|
|
"Motion path frame extents invalid for %s (%d to %d)%s",
|
|
|
|
|
(pchan) ? pchan->name : ob->id.name,
|
|
|
|
|
avs->path_sf,
|
|
|
|
|
avs->path_ef,
|
|
|
|
|
(avs->path_sf == avs->path_ef) ? TIP_(", cannot have single-frame paths") : "");
|
|
|
|
|
return NULL;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* if there is already a motionpath, just return that,
|
|
|
|
|
* provided it's settings are ok (saves extra free+alloc)
|
|
|
|
|
*/
|
|
|
|
|
if (*dst != NULL) {
|
|
|
|
|
int expected_length = avs->path_ef - avs->path_sf;
|
|
|
|
|
|
|
|
|
|
mpath = *dst;
|
|
|
|
|
|
2019-04-27 12:07:07 +10:00
|
|
|
/* Path is "valid" if length is valid,
|
|
|
|
|
* but must also be of the same length as is being requested. */
|
2019-04-17 06:17:24 +02:00
|
|
|
if ((mpath->start_frame != mpath->end_frame) && (mpath->length > 0)) {
|
|
|
|
|
/* outer check ensures that we have some curve data for this path */
|
|
|
|
|
if (mpath->length == expected_length) {
|
|
|
|
|
/* return/use this as it is already valid length */
|
|
|
|
|
return mpath;
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
/* clear the existing path (as the range has changed), and reallocate below */
|
|
|
|
|
animviz_free_motionpath_cache(mpath);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
/* create a new motionpath, and assign it */
|
|
|
|
|
mpath = MEM_callocN(sizeof(bMotionPath), "bMotionPath");
|
|
|
|
|
*dst = mpath;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* set settings from the viz settings */
|
|
|
|
|
mpath->start_frame = avs->path_sf;
|
|
|
|
|
mpath->end_frame = avs->path_ef;
|
|
|
|
|
|
|
|
|
|
mpath->length = mpath->end_frame - mpath->start_frame;
|
|
|
|
|
|
2019-04-22 09:39:35 +10:00
|
|
|
if (avs->path_bakeflag & MOTIONPATH_BAKE_HEADS) {
|
2019-04-17 06:17:24 +02:00
|
|
|
mpath->flag |= MOTIONPATH_FLAG_BHEAD;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else {
|
2019-04-17 06:17:24 +02:00
|
|
|
mpath->flag &= ~MOTIONPATH_FLAG_BHEAD;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
/* set default custom values */
|
|
|
|
|
mpath->color[0] = 1.0; /* Red */
|
|
|
|
|
mpath->color[1] = 0.0;
|
|
|
|
|
mpath->color[2] = 0.0;
|
|
|
|
|
|
|
|
|
|
mpath->line_thickness = 2;
|
|
|
|
|
mpath->flag |= MOTIONPATH_FLAG_LINES; /* draw lines by default */
|
|
|
|
|
|
|
|
|
|
/* allocate a cache */
|
|
|
|
|
mpath->points = MEM_callocN(sizeof(bMotionPathVert) * mpath->length, "bMotionPathVerts");
|
|
|
|
|
|
|
|
|
|
/* tag viz settings as currently having some path(s) which use it */
|
|
|
|
|
avs->path_bakeflag |= MOTIONPATH_BAKE_HAS_PATHS;
|
|
|
|
|
|
|
|
|
|
/* return it */
|
|
|
|
|
return mpath;
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* ******************************************************************** */
|
|
|
|
|
/* Curve Paths - for curve deforms and/or curve following */
|
|
|
|
|
|
2018-06-17 17:05:51 +02:00
|
|
|
/* free curve path data
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
* NOTE: frees the path itself!
|
2012-03-03 11:45:08 +00:00
|
|
|
* NOTE: this is increasingly inaccurate with non-uniform BevPoint subdivisions [#24633]
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
*/
|
2002-10-12 11:37:38 +00:00
|
|
|
void free_path(Path *path)
|
|
|
|
|
{
|
2019-04-22 09:39:35 +10:00
|
|
|
if (path->data) {
|
2019-04-17 06:17:24 +02:00
|
|
|
MEM_freeN(path->data);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
MEM_freeN(path);
|
2002-10-12 11:37:38 +00:00
|
|
|
}
|
|
|
|
|
|
2018-06-17 17:05:51 +02:00
|
|
|
/* calculate a curve-deform path for a curve
|
2018-11-14 12:53:15 +11:00
|
|
|
* - only called from displist.c -> do_makeDispListCurveTypes
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
*/
|
2013-08-19 09:36:40 +00:00
|
|
|
void calc_curvepath(Object *ob, ListBase *nurbs)
|
2002-10-12 11:37:38 +00:00
|
|
|
{
|
2019-04-17 06:17:24 +02:00
|
|
|
BevList *bl;
|
|
|
|
|
BevPoint *bevp, *bevpn, *bevpfirst, *bevplast;
|
|
|
|
|
PathPoint *pp;
|
|
|
|
|
Nurb *nu;
|
|
|
|
|
Path *path;
|
|
|
|
|
float *fp, *dist, *maxdist, xyz[3];
|
|
|
|
|
float fac, d = 0, fac1, fac2;
|
|
|
|
|
int a, tot, cycl = 0;
|
|
|
|
|
|
|
|
|
|
/* in a path vertices are with equal differences: path->len = number of verts */
|
|
|
|
|
/* NOW WITH BEVELCURVE!!! */
|
|
|
|
|
|
|
|
|
|
if (ob == NULL || ob->type != OB_CURVE) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
2019-04-22 09:39:35 +10:00
|
|
|
if (ob->runtime.curve_cache->path) {
|
2019-04-17 06:17:24 +02:00
|
|
|
free_path(ob->runtime.curve_cache->path);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
ob->runtime.curve_cache->path = NULL;
|
|
|
|
|
|
|
|
|
|
/* weak! can only use first curve */
|
|
|
|
|
bl = ob->runtime.curve_cache->bev.first;
|
|
|
|
|
if (bl == NULL || !bl->nr) {
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
nu = nurbs->first;
|
|
|
|
|
|
|
|
|
|
ob->runtime.curve_cache->path = path = MEM_callocN(sizeof(Path), "calc_curvepath");
|
|
|
|
|
|
|
|
|
|
/* if POLY: last vertice != first vertice */
|
|
|
|
|
cycl = (bl->poly != -1);
|
|
|
|
|
|
|
|
|
|
tot = cycl ? bl->nr : bl->nr - 1;
|
|
|
|
|
|
|
|
|
|
path->len = tot + 1;
|
2019-04-27 12:07:07 +10:00
|
|
|
/* Exception: vector handle paths and polygon paths should be subdivided
|
|
|
|
|
* at least a factor resolution. */
|
2019-04-17 06:17:24 +02:00
|
|
|
if (path->len < nu->resolu * SEGMENTSU(nu)) {
|
|
|
|
|
path->len = nu->resolu * SEGMENTSU(nu);
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
dist = (float *)MEM_mallocN(sizeof(float) * (tot + 1), "calcpathdist");
|
|
|
|
|
|
|
|
|
|
/* all lengths in *dist */
|
|
|
|
|
bevp = bevpfirst = bl->bevpoints;
|
|
|
|
|
fp = dist;
|
|
|
|
|
*fp = 0.0f;
|
|
|
|
|
for (a = 0; a < tot; a++) {
|
|
|
|
|
fp++;
|
2019-04-22 09:39:35 +10:00
|
|
|
if (cycl && a == tot - 1) {
|
2019-04-17 06:17:24 +02:00
|
|
|
sub_v3_v3v3(xyz, bevpfirst->vec, bevp->vec);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else {
|
2019-04-17 06:17:24 +02:00
|
|
|
sub_v3_v3v3(xyz, (bevp + 1)->vec, bevp->vec);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
*fp = *(fp - 1) + len_v3(xyz);
|
|
|
|
|
bevp++;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
path->totdist = *fp;
|
|
|
|
|
|
|
|
|
|
/* the path verts in path->data */
|
|
|
|
|
/* now also with TILT value */
|
|
|
|
|
pp = path->data = (PathPoint *)MEM_callocN(sizeof(PathPoint) * path->len, "pathdata");
|
|
|
|
|
|
|
|
|
|
bevp = bevpfirst;
|
|
|
|
|
bevpn = bevp + 1;
|
|
|
|
|
bevplast = bevpfirst + (bl->nr - 1);
|
|
|
|
|
if (UNLIKELY(bevpn > bevplast)) {
|
|
|
|
|
bevpn = cycl ? bevpfirst : bevplast;
|
|
|
|
|
}
|
|
|
|
|
fp = dist + 1;
|
|
|
|
|
maxdist = dist + tot;
|
|
|
|
|
fac = 1.0f / ((float)path->len - 1.0f);
|
|
|
|
|
fac = fac * path->totdist;
|
|
|
|
|
|
|
|
|
|
for (a = 0; a < path->len; a++) {
|
|
|
|
|
|
|
|
|
|
d = ((float)a) * fac;
|
|
|
|
|
|
|
|
|
|
/* we're looking for location (distance) 'd' in the array */
|
|
|
|
|
if (LIKELY(tot > 0)) {
|
|
|
|
|
while ((fp < maxdist) && (d >= *fp)) {
|
|
|
|
|
fp++;
|
2019-04-22 09:39:35 +10:00
|
|
|
if (bevp < bevplast) {
|
2019-04-17 06:17:24 +02:00
|
|
|
bevp++;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
bevpn = bevp + 1;
|
|
|
|
|
if (UNLIKELY(bevpn > bevplast)) {
|
|
|
|
|
bevpn = cycl ? bevpfirst : bevplast;
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
fac1 = (*(fp)-d) / (*(fp) - *(fp - 1));
|
|
|
|
|
fac2 = 1.0f - fac1;
|
|
|
|
|
}
|
|
|
|
|
else {
|
|
|
|
|
fac1 = 1.0f;
|
|
|
|
|
fac2 = 0.0f;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
interp_v3_v3v3(pp->vec, bevp->vec, bevpn->vec, fac2);
|
|
|
|
|
pp->vec[3] = fac1 * bevp->tilt + fac2 * bevpn->tilt;
|
|
|
|
|
pp->radius = fac1 * bevp->radius + fac2 * bevpn->radius;
|
|
|
|
|
pp->weight = fac1 * bevp->weight + fac2 * bevpn->weight;
|
|
|
|
|
interp_qt_qtqt(pp->quat, bevp->quat, bevpn->quat, fac2);
|
|
|
|
|
normalize_qt(pp->quat);
|
|
|
|
|
|
|
|
|
|
pp++;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
MEM_freeN(dist);
|
2002-10-12 11:37:38 +00:00
|
|
|
}
|
|
|
|
|
|
2012-09-03 22:53:34 +00:00
|
|
|
static int interval_test(const int min, const int max, int p1, const int cycl)
|
2002-10-12 11:37:38 +00:00
|
|
|
{
|
2019-04-17 06:17:24 +02:00
|
|
|
if (cycl) {
|
|
|
|
|
p1 = mod_i(p1 - min, (max - min + 1)) + min;
|
|
|
|
|
}
|
|
|
|
|
else {
|
2019-04-22 09:39:35 +10:00
|
|
|
if (p1 < min) {
|
2019-04-17 06:17:24 +02:00
|
|
|
p1 = min;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else if (p1 > max) {
|
2019-04-17 06:17:24 +02:00
|
|
|
p1 = max;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
|
|
|
|
return p1;
|
2002-10-12 11:37:38 +00:00
|
|
|
}
|
|
|
|
|
|
2012-01-31 20:38:03 +00:00
|
|
|
/* calculate the deformation implied by the curve path at a given parametric position,
|
|
|
|
|
* and returns whether this operation succeeded.
|
|
|
|
|
*
|
|
|
|
|
* note: ctime is normalized range <0-1>
|
|
|
|
|
*
|
|
|
|
|
* returns OK: 1/0
|
Cleanup of MotionPaths+Ghosts (AnimViz) - Part 1
This commit sets up some of the groundwork necessary to extend the animation visualisation capabilities, previously only available for bones in PoseMode, to Objects as well. Also, some of the other goals of this refactor is to make future visualisation goodies (i.e. editable paths) more feasible...
(There's really nothing to see here yet. The following log notes are really just for my own reference to keep track of things.)
Currently, the following things have been done:
* New datastructures + settings have been tidied up, ready for usage
* Added these new types into the Object and PoseBone code as necessary, with freeing/adding/copying accounted for
* File IO code for the new data, including version patching to convert the old system to the new one.
* Set up the drawing system for motionpaths based on the old armature path drawing code. Armatures still draw using the old system, since the two systems use different storage systems.
* Started setting up the motionpath 'baking' code, but the core of this still needs to be coded...
Next Steps (after some semi-urgent Durian Driver changes):
* Port the ghosting/onionskinning code over too
* Finish motionpath baking code
* RNA wrapping for the new types
* Hooking up all the new code into the operators, etc.
2010-01-01 12:24:16 +00:00
|
|
|
*/
|
2019-04-17 06:17:24 +02:00
|
|
|
int where_on_path(Object *ob,
|
|
|
|
|
float ctime,
|
|
|
|
|
float vec[4],
|
|
|
|
|
float dir[3],
|
|
|
|
|
float quat[4],
|
|
|
|
|
float *radius,
|
|
|
|
|
float *weight)
|
2002-10-12 11:37:38 +00:00
|
|
|
{
|
2019-04-17 06:17:24 +02:00
|
|
|
Curve *cu;
|
|
|
|
|
Nurb *nu;
|
|
|
|
|
BevList *bl;
|
|
|
|
|
Path *path;
|
|
|
|
|
PathPoint *pp, *p0, *p1, *p2, *p3;
|
|
|
|
|
float fac;
|
|
|
|
|
float data[4];
|
|
|
|
|
int cycl = 0, s0, s1, s2, s3;
|
|
|
|
|
ListBase *nurbs;
|
|
|
|
|
|
2019-04-22 09:39:35 +10:00
|
|
|
if (ob == NULL || ob->type != OB_CURVE) {
|
2019-04-17 06:17:24 +02:00
|
|
|
return 0;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
cu = ob->data;
|
|
|
|
|
if (ob->runtime.curve_cache == NULL || ob->runtime.curve_cache->path == NULL ||
|
|
|
|
|
ob->runtime.curve_cache->path->data == NULL) {
|
|
|
|
|
CLOG_WARN(&LOG, "no path!");
|
|
|
|
|
return 0;
|
|
|
|
|
}
|
|
|
|
|
path = ob->runtime.curve_cache->path;
|
|
|
|
|
pp = path->data;
|
|
|
|
|
|
|
|
|
|
/* test for cyclic */
|
|
|
|
|
bl = ob->runtime.curve_cache->bev.first;
|
2019-04-22 09:39:35 +10:00
|
|
|
if (!bl) {
|
2019-04-17 06:17:24 +02:00
|
|
|
return 0;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
if (!bl->nr) {
|
2019-04-17 06:17:24 +02:00
|
|
|
return 0;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
if (bl->poly > -1) {
|
2019-04-17 06:17:24 +02:00
|
|
|
cycl = 1;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
/* values below zero for non-cyclic curves give strange results */
|
|
|
|
|
BLI_assert(cycl || ctime >= 0.0f);
|
|
|
|
|
|
|
|
|
|
ctime *= (path->len - 1);
|
|
|
|
|
|
|
|
|
|
s1 = (int)floor(ctime);
|
|
|
|
|
fac = (float)(s1 + 1) - ctime;
|
|
|
|
|
|
|
|
|
|
/* path->len is corrected for cyclic */
|
|
|
|
|
s0 = interval_test(0, path->len - 1 - cycl, s1 - 1, cycl);
|
|
|
|
|
s1 = interval_test(0, path->len - 1 - cycl, s1, cycl);
|
|
|
|
|
s2 = interval_test(0, path->len - 1 - cycl, s1 + 1, cycl);
|
|
|
|
|
s3 = interval_test(0, path->len - 1 - cycl, s1 + 2, cycl);
|
|
|
|
|
|
|
|
|
|
p0 = pp + s0;
|
|
|
|
|
p1 = pp + s1;
|
|
|
|
|
p2 = pp + s2;
|
|
|
|
|
p3 = pp + s3;
|
|
|
|
|
|
|
|
|
|
/* NOTE: commented out for follow constraint
|
|
|
|
|
*
|
|
|
|
|
* If it's ever be uncommented watch out for curve_deform_verts()
|
|
|
|
|
* which used to temporary set CU_FOLLOW flag for the curve and no
|
|
|
|
|
* longer does it (because of threading issues of such a thing.
|
|
|
|
|
*/
|
2019-05-01 11:09:22 +10:00
|
|
|
// if (cu->flag & CU_FOLLOW) {
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
key_curve_tangent_weights(1.0f - fac, data, KEY_BSPLINE);
|
|
|
|
|
|
|
|
|
|
interp_v3_v3v3v3v3(dir, p0->vec, p1->vec, p2->vec, p3->vec, data);
|
|
|
|
|
|
|
|
|
|
/* make compatible with vectoquat */
|
|
|
|
|
negate_v3(dir);
|
|
|
|
|
//}
|
|
|
|
|
|
|
|
|
|
nurbs = BKE_curve_editNurbs_get(cu);
|
2019-04-22 09:39:35 +10:00
|
|
|
if (!nurbs) {
|
2019-04-17 06:17:24 +02:00
|
|
|
nurbs = &cu->nurb;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
nu = nurbs->first;
|
|
|
|
|
|
|
|
|
|
/* make sure that first and last frame are included in the vectors here */
|
2019-04-22 09:39:35 +10:00
|
|
|
if (nu->type == CU_POLY) {
|
2019-04-17 06:17:24 +02:00
|
|
|
key_curve_position_weights(1.0f - fac, data, KEY_LINEAR);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else if (nu->type == CU_BEZIER) {
|
2019-04-17 06:17:24 +02:00
|
|
|
key_curve_position_weights(1.0f - fac, data, KEY_LINEAR);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else if (s0 == s1 || p2 == p3) {
|
2019-04-17 06:17:24 +02:00
|
|
|
key_curve_position_weights(1.0f - fac, data, KEY_CARDINAL);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else {
|
2019-04-17 06:17:24 +02:00
|
|
|
key_curve_position_weights(1.0f - fac, data, KEY_BSPLINE);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
vec[0] = data[0] * p0->vec[0] + data[1] * p1->vec[0] + data[2] * p2->vec[0] +
|
|
|
|
|
data[3] * p3->vec[0]; /* X */
|
|
|
|
|
vec[1] = data[0] * p0->vec[1] + data[1] * p1->vec[1] + data[2] * p2->vec[1] +
|
|
|
|
|
data[3] * p3->vec[1]; /* Y */
|
|
|
|
|
vec[2] = data[0] * p0->vec[2] + data[1] * p1->vec[2] + data[2] * p2->vec[2] +
|
|
|
|
|
data[3] * p3->vec[2]; /* Z */
|
|
|
|
|
vec[3] = data[0] * p0->vec[3] + data[1] * p1->vec[3] + data[2] * p2->vec[3] +
|
|
|
|
|
data[3] * p3->vec[3]; /* Tilt, should not be needed since we have quat still used */
|
|
|
|
|
|
|
|
|
|
if (quat) {
|
|
|
|
|
float totfac, q1[4], q2[4];
|
|
|
|
|
|
|
|
|
|
totfac = data[0] + data[3];
|
2019-04-22 09:39:35 +10:00
|
|
|
if (totfac > FLT_EPSILON) {
|
2019-04-17 06:17:24 +02:00
|
|
|
interp_qt_qtqt(q1, p0->quat, p3->quat, data[3] / totfac);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else {
|
2019-04-17 06:17:24 +02:00
|
|
|
copy_qt_qt(q1, p1->quat);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
totfac = data[1] + data[2];
|
2019-04-22 09:39:35 +10:00
|
|
|
if (totfac > FLT_EPSILON) {
|
2019-04-17 06:17:24 +02:00
|
|
|
interp_qt_qtqt(q2, p1->quat, p2->quat, data[2] / totfac);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else {
|
2019-04-17 06:17:24 +02:00
|
|
|
copy_qt_qt(q2, p3->quat);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
totfac = data[0] + data[1] + data[2] + data[3];
|
2019-04-22 09:39:35 +10:00
|
|
|
if (totfac > FLT_EPSILON) {
|
2019-04-17 06:17:24 +02:00
|
|
|
interp_qt_qtqt(quat, q1, q2, (data[1] + data[2]) / totfac);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
|
|
|
|
else {
|
2019-04-17 06:17:24 +02:00
|
|
|
copy_qt_qt(quat, q2);
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
}
|
|
|
|
|
|
2019-04-22 09:39:35 +10:00
|
|
|
if (radius) {
|
2019-04-17 06:17:24 +02:00
|
|
|
*radius = data[0] * p0->radius + data[1] * p1->radius + data[2] * p2->radius +
|
|
|
|
|
data[3] * p3->radius;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
2019-04-22 09:39:35 +10:00
|
|
|
if (weight) {
|
2019-04-17 06:17:24 +02:00
|
|
|
*weight = data[0] * p0->weight + data[1] * p1->weight + data[2] * p2->weight +
|
|
|
|
|
data[3] * p3->weight;
|
2019-04-22 09:39:35 +10:00
|
|
|
}
|
2019-04-17 06:17:24 +02:00
|
|
|
|
|
|
|
|
return 1;
|
2002-10-12 11:37:38 +00:00
|
|
|
}
|