Blender Git Commits

Geometry Nodes: better handle link cycles

Geometry Nodes: use GeometrySet when evaluating pointcloud modifiers

This changes the signature of the modifyPointCloud function.
I'm doing that instead of making a new callback, because it requires
changes to significantly fewer files. Eventually it would be good
combine modifyMesh, modifyHair, modifyPointCloud and modifyVolume
into one modifyGeometrySet.

I temporarily disabled the displacement only modifiers for point clouds.
Support can be added back a bit later. I assume those have not been
used anywhere anyway.

The output of point cloud modifiers can not only be another point cloud,
but also a mesh and/or some instances. I added a new geometry_set_eval
field to Object_Runtime. For point cloud objects, the final geometry is
now referenced by that pointer instead of data_eval. The data_eval field
is still initialized after modifier evaluation to make some other code happy.

The evaluated geometry set is not yet passed to the renderer, so a point
cloud is currently rendered empty.

Geometry Nodes: initial Object Info node

This node takes an object as input and outputs its location, rotation,
scale and geometry. Right now the loc/rot/scale are extracted from the
objects `obmat`. The geometry is just the mesh in the local space of the
source object.

We will likely need some more control over space transformations
using enums in the node, but those can be added a bit later.

Geometry Nodes: initial object socket support

The fundamental difference between object sockets and the
other existing data sockets is that an object is an ID data block.
Changing the value of an object socket also changes the depsgraph.

The modifier has to analyse the node tree to figure out which other
objects it depends on. Currently, this is done very simply by just
looping over all sockets and collecting the objects. In the future
this can be improved by also figuring out what components of
an object are needed.

Instead of passing object pointers around in the node tree, we actually
use a handle. This handle is just a number internally that identifies
a specific object. The conversion between handles and object pointers
is done using a map that is provided by the modifier.

This approach has a couple of benefits. It protects us a bit from passing
around pointers that are not known to the modifier and therefore are
not in the depsgraph. Furthermore, the object pointer can change
while the handle stays the same. This is not important right now, but
is not unlikely to become useful in the future.

The API for how nodes access object pointers is not ideal yet and
will be improved in the future.

Geometry Nodes: crash when using Vector Math node

Geometry Nodes: change color of object socket

Geometry Nodes: improve GeometrySet

This commits implements multiple changes:
* Adds a simple C API.
* Improves the ownership handling by introducing GeometryOwnershipType.
* Adds an InstancesComponent that stores positions and Object pointers.

Nodes: add utility to check for link cycles in derived node trees

Merge branch 'geometry-nodes' into temp-modifiers-instancing

Merge branch 'master' into geometry-nodes

Merge branch 'master' into cycles_procedural_api

Merge remote-tracking branch 'origin/master' into lanpr-under-gp

LineArt: Remove `lineart_share`

Codesign: Make Windows codesign check more strict

Check that signtool reported number of files successfulyl signed,
and that the number equals to 1.

Codesign: Report signing errors on Windows

Merge branch 'master' into codesign_error_tracker

Merge branch 'lanpr-under-gp' into temp_lineart_contained

Merge remote-tracking branch 'origin/master' into lanpr-under-gp

LinrArt: Running line art modifier.

LineArt: Cmake stuff migration.