Blender Git Loki

Blender Git "surface-deform-modifier" branch commits.

Page: 2 / 2

January 15, 2017, 18:54 (GMT)
Fix silly mistake in nearestVert
January 14, 2017, 03:51 (GMT)
Change angle function calls in sdef
January 14, 2017, 03:51 (GMT)
Change angle function call in 3d to 2d mapping function
January 11, 2017, 17:52 (GMT)
Split interp_weights_face_v3 into specific functions for tris and quads
January 11, 2017, 17:52 (GMT)
Remove custom weight interp func in favor of Blender's built-in implementation
January 11, 2017, 15:05 (GMT)
Fix VS 2015 issue (change isnanf to isnan)
January 11, 2017, 05:59 (GMT)
Fix 2d mapping function's name
January 10, 2017, 22:29 (GMT)
Replace "cent" functions from math_geom with "mid" ones from math_vector
January 10, 2017, 18:42 (GMT)
Constify some stuff (for clarity and correctness)
January 3, 2017, 22:02 (GMT)
Silly const mistake (missed in refactor...)
January 3, 2017, 21:27 (GMT)
Implement target poly influence interpolation
January 3, 2017, 21:26 (GMT)
Add 3d to 2d plane mapping functions to math lib
January 3, 2017, 21:22 (GMT)
Fix out of bounds memory access in interp_weights_face_v3

interp_weights_face_v3 required a length four array for weights even when
calculating weights for a tri, otherwise, it would access unkown memory.
This fix allows a weight array of size three to be passed when only
calculating tri weights.
November 30, 2016, 01:04 (GMT)
Initial Surface Deform Modifier implementation
November 27, 2016, 02:44 (GMT)
Add cent_poly_v3 function
November 25, 2016, 16:56 (GMT)
Add is_poly_convex_v3 function
November 25, 2016, 16:49 (GMT)
Fix (unreported) looptri array not being recalculated in ccgDM and emDM

In ccgDM and emDM, looptri array recalculation was being handled
directly by `*DM_getLoopTriArray` (`getLoopTriArray` callback), while
`*DM_recalcLoopTri` (`recalcLoopTri` callback) was doing nothing.

This results in the array not being recalculated when other functions
that depend on the array data are called. These functions, such as
`getNumLoopTris`, call `recalcLoopTri` to ensure the data is up to date,
but in the case of CCGDerivedMesh that was doing nothing.

This moves all the recalculation code to `ccgDM_recalcLoopTri` and makes
`ccgDM_getLoopTriArray` call that.

Reviewed By: mont29

Differential Revision: https://developer.blender.org/D2375
Tehnyt: Miika HämäläinenViimeksi päivitetty: 07.11.2014 14:18MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021