Blender Git Loki

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.

Add missing NULL check (face-map might not have a bone)

Accidentally removed last commit

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.

Fix T51652: Cycles - Persistant Images not storing images

Denoising was setting session parameters for every frame, which was detected as
a change and therefore caused a resync.

Since the parameter modification change is only needed for viewport rendering
(which doesn't support denoising anyways) and resyncing after a frame change
(which isn't affected by denoising settings), an easy fix is to just ignore
the denoising parameters like it's currently done with the samples.

Merge branch 'blender2.8' into custom-manipulators

Revert "Revert "Remove MTexPoly layers""

I reverted this commit by mistake. Sorry :/

This reverts commit 9caf328a7cc55775b740ee4beecf8a77f47d3986.

fix missing classes in python scripts

post merge cleanup

Merge branch 'master' into fluid-mantaflow

Eevee: Replace Cubemaps by octahedron maps for env. probes.

This enables us to use 2D texture arrays for multiple probes.
There is a little artifact with very high roughness caused elongated pixel due to the projection (along every 90� meridian).

added step option to convert to keyframes, new parameter popup dialog, also backported fseek fix to meshcache modifier

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

This reverts commit 036efa1ce5640b894afa2ff5d0226aa75d1e5b3b.

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

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

NDOF: clean up after MinGW removal

Follow up to 9f044cb422c1fc9ad79278092445f612342abb59

These comments described the difference between Microsoft & MinGW's struct definition. Now that we dropped MinGW we don't need to go into these details.

Gawain: update comments to match latest API

Fix T50906 and T49361, bevel didn't curve in plane sometimes.

Background Fit could set inf zoom

Use face-group color

Fix T51657: ID user count error when deleting a newly created object with an assigned dupli_group

Stupid RNA accessor was not handling usercount at all on Object.dupli_group...