Blender Git Commit Log

Depsgraph tag after adding new groom regions.

Use the edit data for drawing when groom is in edit mode.

Select/Deselect all operator for groom vertices.

extended the remesh modifier by a metaball mode

rearranged some FM Properties in UI

fixes for cluster constraint island detection and a couple of minor fixes in fracture RNA

added "self collision" option for constraint islands, and randomize option for sphere shape radius and margin

sphere shape now takes its margin into account too, allow also negative margin now (optionally)

Merge branch 'blender2.8' into greasepencil-object

Use edit submode for groom overlay rendering.

Cleanup - Various style/typo fixes

Fix possible issues when changing active object

It may make more sense to do this via notifier, but I'm afraid this
would be a bit of a can of worms.

now fixing shard order problems directly after loading and jumping to another frame as well

Collections: deletea collection move objects to master collection if users=0

The mental model is that a scene collection is a small wrap on top of the master
collection, so all objects are in the master collection at all times.

When we remove a collection there is no reason to remove an object. So if the
object was not linked to any other collection, we add link it to the master one.

Fix scalability issue in threaded code of Mesh normals computation.

We tried to do as much as possible in a single threaded callback, which
lead to using some nasty tricks like fake atomic-based spinlocks to
perform some operations (like float addition, which has no atomic
intrinsics).

While OK with 'standard' low number of working threads (8-16), because
collision were rather rare and implied memory barrier not *that* much
overhead, this performed poorly with more powerful systems reaching the
100 of threads and beyond (like workstations or render farm hardware).

There, both memory barrier overhead and more frequent collisions would
have significant impact on performances.

This was addressed by splitting further the process, we now have three
loops, one over polys, loops and vertices, and we added an intermediate
storage for weighted loop normals. This allows to avoid completely any
atomic operation in body of threaded loops, which should fix scalability
issues. This costs us slightly higher temp memory usage (something like
50Mb per million of polygons on average), but looks like acceptable
tradeoff.

Further more, tests showed that we could gain an additional ~7% of speed
in computing normals of heavy meshes, by also parallelizing the last two
loops (might be 1 or 2% on overall mesh update at best...).

Note that further tweaking in this code should be possible once Sergey
adds the 'minimum batch size' option to threaded foreach API, since very
light loops like the one on loops (mere v3 addition) require much bigger
batches than heavier code (like the one on polys) to keep optimal
performances.

Fix fill problem in opacity modifier

The fill color must be set separated of stroke color. This error was produced by previous commit.

Fix workspace mode changes to edit-mode when adding objects

Steps to reproduce were:
* Change default cube to sculpt-mode
* Tab back into object-mode
* Add new mesh object
* Tab now enters edit-mode, should enter sculpt mode instead

Fix opacity modifier using vertex group

Changes in how the vertex group is used in modifier.

Merge branch 'blender2.8' into temp-workspace_mode

Correction to previous commit: Pass MakePrimitiveData to make_prim_finish