Blender Git Commit Log

macOS/glog: Silence syscall deprecation warning

Upstream will release the fix in 0.6 which will take time.
Silence two warnings.

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

Cycles X: Tweaks to the multi-device balancing

There few ideas with this change:

- Base on equalizing actual time devices are spent rendering, rather
than trying to estimate this via performance-per-unit-work.

This gives better estimate and covergence than the old calculation
on the pabellon.blend.

- Perform first re-balancing based on accumulated statistics after a
short period of time rather than after first sample. This allows to
accumulate a more accurate statistics.

- Perform re-balancing more often even in the headless render when
the balance is not ideal yet.

There are some other changes, like perform rebalancing before path
tracing. This way it seems to be easier to write logic in the
scheduler.

Headless render on RTX 5000 GPU and i9-11900k CPU:
```
new cycles-x
bmw27.blend 14.8814 20.0281
classroom.blend 30.025 26.9318
pabellon.blend 13.1679 12.6133
monster.blend 16.4408 16.3826
barbershop_interior.blend 22.83 19.9255
junkshop.blend 28.7097 27.2703
pvt_flat.blend 24.7341 21.8464
```

F12 render on the same configuration:
```
new cycles-x
bmw27.blend 13.5106 13.9074
classroom.blend 31.3891 31.7155
pabellon.blend 12.3674 49.053
monster.blend 14.4754 13.6263
barbershop_interior.blend 24.8804 23.999
junkshop.blend 29.1324 27.267
pvt_flat.blend 25.6206 22.6731
```

While this helps a lot for the pabellon file, other files seems to
experience a slowdown. It is a bit hard to find a good balance
between how often to perform device load rebalancing and how occupied
to keep the devices.

There is also some measurable deviation in the render times, depending
on previous load and such. For example the pvt_flat.blend deviates
between ~23 and ~27 seconds. Probably something to do with thermal
profile and the fact that we allow to balance quickly and then schedule
a big chunk of work to render.

Not totally satisfied, but seems that overall this is a better
heuristic.

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

more cleanup

Cleanup

Cleanup: Fixed missed forces bug by taking the average of all forces applied in one timestep.

Revert "Keymap: use D-Key for view-pie menu"

This reverts commit f92f5d1ac62c66ceb7a6ac1ff69084fbd5e3614a.

See: T89757 for rationale for reverting this change.

Keymap: use Alt-Q instead of D for transfer mode operator

This now works in all modes (not just sculpt) and activates on press
instead of release. See design task T89757.

Fix: missing null check

This was a regression in rB3b6ee8cee7080af200e25e944fe30d310240e138.

Geometry Nodes: dim links whose start and end sockets are not visible

This makes node trees with long links that cross other nodes easier to work with.
Dimmed links will be ignored by various modal operators like cut and reroute insertion.

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

Cleanup: use raw strings, quiet clang-tidy warnings

Cleanup: replace BLI_assert(!"text") with BLI_assert_msg(0, "text")

This shows the text as part of the assertion message.

Cleanup: clang-format

Cleanup: Cycles X compilation warnings

Cleanup: ensure one newline at end of file, strip trailing space

CMake: update config for checking utility

Merge branch 'master' into asset-greasepencil

adaptive_cloth: Mesh: collapse edge: all v1 should point to n1

Sometimes, `n1` will have still have verts attached to it, so it makes
sense to make those verts point to `n2` but keep their UV coordinates
since attempting to merge verts not joined by edges can lead to lot of
issues. So essentially, extra `v1`s becomes `v2`s.

USD instance export: material path fix.

Material path for prototype objects now includes the
root prim, if it's specified.

BLI_task: add a callback to initialize TLS

Useful when TLS requires it's own allocated structures.

BLI_memarena: support merging memory arenas

Useful when thread-local storage has it's own memory arena containing
data which is kept after the multi-threaded operation has finished.