May 30, 2017, 07:03 (GMT) |
Remove face-maps from GPU buffer We wont use this long-term so remove to make merge easier. |
May 30, 2017, 06:51 (GMT) |
Missed CD update re-using PolyIndex |
May 30, 2017, 06:38 (GMT) |
Cleanup: use BKE_object_facemap_* prefix for face-map operations |
May 30, 2017, 06:29 (GMT) |
Rename facemaps -> object_facemaps Since face-maps are just a property of objects, like BKE_object_deform.h |
May 30, 2017, 06:10 (GMT) |
Re-use poly-index layer for face-map Poly index was used for a short time when switching to BMesh. This is practically the same kind of data, any inconsistency between object face-maps will need to be supported anyway - since object & mesh might span blend-files. |
May 30, 2017, 06:10 (GMT) |
Add missing NULL check (face-map might not have a bone) |
May 30, 2017, 05:55 (GMT) |
Accidentally removed last commit |
May 30, 2017, 05:46 (GMT) |
Remove face-map DNA from pose-channels Manually setting up links per bone to an object & facemap is tedious. It's also going to cause quiet a bit of book-keeping internally to ensure its always valid (linking, adding removing objects proxies). Instead match the face-maps names to bones (as with vertex groups). The DNA members have been moved into runtime cache. This also adds an option for bones to use facemaps, to avoid excessive searching on heavy armatures that might use very few (if any) face-maps. |
May 30, 2017, 02:35 (GMT) |
Merge branch 'blender2.8' into custom-manipulators |
May 29, 2017, 22:36 (GMT) |
fix missing classes in python scripts post merge cleanup |
May 29, 2017, 21:02 (GMT) |
Merge branch 'master' into fluid-mantaflow |
Revision b7f7879 by Martin Felke (fracture_modifier, fracture_modifier-master, temp-fracture-modifier-2.8) May 29, 2017, 19:33 (GMT) |
added step option to convert to keyframes, new parameter popup dialog, also backported fseek fix to meshcache modifier |
Revision 6b67444 by Alexander Gavrilov May 29, 2017, 18:40 (GMT) |
Revert "Squashed commits of the staging smooth-curves branch" This reverts commit 036efa1ce5640b894afa2ff5d0226aa75d1e5b3b. |
Revision 036efa1 by Alexander Gavrilov May 29, 2017, 18:39 (GMT) |
Squashed commits of the staging smooth-curves branch: commit b4423d0f2c1ccd522dbc689d75649b4e31c96be9 Author: Alexander Gavrilov <angavrilov@gmail.com> Date: Mon May 8 12:03:40 2017 +0300 Implement smoothed auto handle placement with cyclic extrapolation. Cyclic extrapolation is implemented as an f-curve modifier, so this technically violates abstraction separation and is something of a hack. However without such behavior achieving smooth looping with cyclic extrapolation is extremely cumbersome. The new behavior is applied when the first modifier is Cyclic extrapolation in Repeat or Repeat with Offset mode without using influence, repeat count or range restrictions. commit fd8c81ec91ba4c3d1656387c879256289654afde Author: Alexander Gavrilov <angavrilov@gmail.com> Date: Mon May 1 20:39:44 2017 +0300 Implement a new automatic handle algorithm to produce smooth F-Curves. The legacy algorithm only considers two adjacent points when computing the bezier handles, which cannot produce satisfactory results. Animators are often forced to manually adjust all curves. The new approach instead solves a system of equations to trace a cubic spline with continuous second derivative through the whole segment of auto points, delimited at ends by keyframes with handles set by other requirements. This algorithm also adjusts Vector handles that face ordinary bezier keyframes to achieve zero acceleration at the Vector keyframe, instead of simply pointing it at the adjacent point. Original idea and implementation by Benoit Bolsee <benoit.bolsee@online.be>; code mostly rewritten to improve code clarity and extensibility. commit ed3d6782a58bb840febe11f91103aabd9fc00e5f Author: Alexander Gavrilov <angavrilov@gmail.com> Date: Sun Apr 30 16:14:39 2017 +0300 Trigger FCurve handle recalculation on updates to curve modifiers. If automatic curve handles are changed to be aware of the Cycles modifier to provide a smooth loop transition, they have to be updated when the modifier is added, removed or its options change. Due to the way code is structured, it seems it requires a helper link to the containing curve from the modifier object. commit fe21825f65c0e8647d36d2e5514fc0cdd614d5fe Author: Dalai Felinto <dfelinto@gmail.com> Date: Mon Nov 18 16:58:23 2013 -0200 force fcurve AUTO handlers to use 1/3 of the distance for smoothness see: http://www.blender.org/forum/viewtopic.php?p=65508&sid=02e88fe6e3a43338ec8bc354991bc402 Note: this is also used by the curve code. The magic number 2.5614f comes from review 290361776e5858b3903a83c0cddf722b8340e699 |
Revision 1c054be by Alexander Gavrilov May 29, 2017, 18:36 (GMT) |
Merge remote-tracking branch 'origin/master' into experimental-build |
May 29, 2017, 15:49 (GMT) |
Use face-group color |
May 29, 2017, 14:43 (GMT) |
Basic face-map drawing No alpha yet, need to investigate |
May 29, 2017, 13:29 (GMT) |
Merge branch 'master' of git.blender.org:blender into temp-cryptomatte # Conflicts: # intern/cycles/blender/addon/properties.py # intern/cycles/blender/blender_session.cpp # intern/cycles/blender/blender_sync.cpp # intern/cycles/kernel/kernel_passes.h # intern/cycles/kernel/kernel_path.h # intern/cycles/kernel/kernel_path_branched.h # intern/cycles/kernel/kernel_types.h # intern/cycles/render/buffers.cpp # intern/cycles/render/buffers.h # intern/cycles/render/film.cpp # intern/cycles/render/film.h # source/blender/editors/space_node/drawnode.c |
May 29, 2017, 12:12 (GMT) |
Merge branch 'blender2.8' into custom-manipulators |
May 29, 2017, 11:06 (GMT) |
Merge branch 'blender2.8' into custom-manipulators |
|
|
|


Master Commits
MiikaHweb | 2003-2021