Blender Git Commit Log

Merge branch '28' into custom-manipulators

DwM: Show wire only mesh objects

Fix manipulator immediate mode use

Needs 3D coords

Fix various issues in RNA diff handling, and make some more props overridable.

Namely, those allowing to link an object to an armature.

Thing is, we cannnot and absolutely do not want to use same trick as
armature proxies regarding deforming their related geometries.

So instead, we'll automatically make override of objects using
overridden armature as deformer, ultimately. This also allows for
several overrides of a same linked data.

Not sure how much good/bad this is, will have to ask artists once it's
ready for testing (cannot think of any non-ugly way to do that 'magic
trick' tbh).

Revert "Squashed commits of the staging smooth-curves branch."

This reverts commit 89014098efcb3bc233a533e49ae48b205f38f7ed.

Squashed commits of the staging smooth-curves branch.

commit 0f0e26e8b9908c4cc7b5c7812db5d313d5e68a38
Author: Alexander Gavrilov <alexander.gavrilov@jetbrains.com>
Date: Wed May 31 17:00:46 2017 +0300

Only apply clamping to the actual auto clamp keyframes.

Clamping adjacent handles doesn't seem to be that good after all.

commit 874b6ae97c0736a1076799110a11c3458bb28a3d
Author: Alexander Gavrilov <alexander.gavrilov@jetbrains.com>
Date: Wed May 31 16:59:05 2017 +0300

Fix smoothing failure caused by keyframes with same X during grab.

commit 63f371a7f8bf04398f635a8d0e1a0e8626061eb7
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 c553b614bf3d3c16d90551c0adc5755797df8d79
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 54776a5f443e542b2d2bc612451c805b1b723bb1
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 22bd2381fff670a7691cc2c0b8784a3bad201526
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

commit 0cb4eec3c097fa281f266ffc2b8f908a4a386efb
Author: Alexander Gavrilov <alexander.gavrilov@jetbrains.com>
Date: Wed May 31 16:48:44 2017 +0300

Add an FCurve flag to toggle new smoothing behavior.

Merge remote-tracking branch 'origin/master' into experimental-build

Face-map bone parent support

Merge branch 'master' into blender2.8

Task scheduler: Optimize subsequent pushing bunch of tasks

The idea is to accumulate all new tasks in a thread local queue
first without doing any thread synchronization (aka, locks and
conditional variables) and move those tasks to a scheduler queue
once they are all ready. This way we avoid per-task-pool lock
and only have one lock per bunch of tasks.

This is particularly handy when scheduling new dependency graph
node children. Brings FPS of cached simulation from the linked
below file from ~30 to ~50.

See documentation for BLI_task_pool_delayed_push_{begin, end}
and for TaskThreadLocalStorage::do_delayed_push.

Fixes T50027: Rigidbody playback and simulation performance regression with new depsgraph

Thanks Bastien for the review!

Merge branch '28' into custom-manipulators

Fix bone selection (index can't skip hidden bones)

Cleanup: Easier to read constant name

Fix T51661: Swaping strips does not refresh sequencer

Cleanup: Use more clear parenthesis

Fix outliner crash clicking on pose bones

From 15317775c, we can't assume directdata is a Base.
This matches logic from master.

Cleanup: Deduplicate macro code, comments, redundant struct definitions

fix for convert to keyframes, needs no bake and should be initialized properly after refracture

Some cleanup, introduce idea of 'override template'.

Nothing functionnal for now, just made it possible for override to have
NULL reference ID.

Those overrides would be used as templates (created in original file of
the ID, they define some kind of default overriding settings). They
should also allow to forcefully lock some properties (forbid users of
that library ID to override some properties).

Merge branch 'blender2.8' into workspaces