Blender Git Commit Log

Materials: support changing materials during evaluation

This commit allows that the evaluated geometry of an object has
different materials from the original geometry. This is needed
for geometry nodes.

The main thing that changes for render engines and exporters
is that the number of material slots on an object and its geometry
might not match anymore. For original data, the slot counts are
still equal, but not for evaluated data.

Accessing material slots though rna stays the same. The behavior
adapts automatically depending on whether the object is evaluated.

When accessing materials of an object through `BKE_object_material_*`
one has to use a new api for evaluated objects:
`BKE_object_material_get_eval` and `BKE_object_material_count_eval`.
In the future, the different behavior might be hidden behind a more
general C api, but that would require quite a few more changes.

The ground truth for the number of materials is the number of materials
on the geometry now. This is important in the current design, because
Eevee needs to know the number of materials just based on the mesh in
`mesh_render_mat_len_get` and similar places.

In a few places I had to add a special case for mesh edit mode to get it
to work properly. This is unfortunate, but I don't see a way around that
for now.

Differential Revision: https://developer.blender.org/D11236

Cycles X: Move Pass to its own file

While doing so found that the pass type enum could have double amount
of entries: items are added when initializing pass node and when
setting up film's display pass enum.

Cleanup: Use const qualifier in Cycles X scene parameters comparator

Cleanup: Remove unused pass stride accessor in Cycles X

Unused function, which usage was actually limited: the stride was only
correct after device update.

Cleanup: Remove unused table offset access in Cycles X

Cleanup: Follow naming convention for private members in Cycles X

Cycles X: Make shadow catcher approximation more explicit

Only affects internal API, the user level stays unchanged.

Just replacing some implicit decisions in a generic code path with
something what is more explicit.

Cycles X: Move actual pass type logic outside of pass accessor

Keeps the accessor free from tricky logic, allowing to make more
comprehensive decisions based on various scene settings.

Differential Revision: https://developer.blender.org/D11293

Fix T88362: Lineart countour rendering error

This is caused by lacking of consideration of
OB_DUPLICOLLECTION in updateDepsgraph() in the
modifier.

Reviewed by: Antonio Vazquez (antoniov)

https://developer.blender.org/D11292

* Fix bug with symmetrize creating non-manifold geometry.
* Fix bug in pbvh face create

Merge branch 'master' into cycles_texture_cache

Add TODO to improve is_render_registered

Add TODO for get_area_of_interest parameter overloading

Add TODO to remove execute_work workaround.

USD import: convert from nits on by default.

Enabling the Convert Light Units from Nits option
by default.

VSE: Move whole strip chain to meta

Python API function Sequence.move_to_meta() did delete effect chain
when strip with effects was moved.

Use iterator API to query effect strips and move whole chain to meta.

Reviewed By: sergey

Differential Revision: https://developer.blender.org/D11206

VSE: Better handling of effect strip splitting

Splitting of effect strip alone wasn't handled properly. Previously
this resulted in duplicating effect strip, and it was broken at least
from 2.79.

Change in rB8ec6b34b8eb2 was intended to allow splitting strips
individually, so it can be used as RNA API function but also so it
requires as little glue logic as possible.

This is fixed by splitting all dependent strips at once in 2 separate
ListBases for left and right strips. Strips can be finally moved into
original `ListBase`.

With this fix it is still possible to split strips individually with
little glue logic. RNA API function could return list of split strips
as well, currently at least one strip in chain will be provided so
chain can be reconstructed on python side.

Reviewed By: sergey

Differential Revision: https://developer.blender.org/D10209

Use mutex lock instead of atomics

Add TODO to implement MemoryBuffer get_size()

Merge branch 'blender-v2.93-release'