Blender Git Commits

Cycles: Add STL allocator which uses stack memory

At this point we might want to rename allocator files to
util_allocator_foo.c so the stay nicely grouped in the folder.

Cycles: Move non-vectorized bitscan() to util

This way we can use bitscan() from both vectorized and non-vectorized
code, which applies to both kernel and host code.

Cycles: Aligned vector was not covered by guarded stat

This was making stats printed by the logging being wrong: they did not
include such memory as BVH storage.

cmake fix full debug builds on msvc

Fix T47985: VSE GL-render scene strip hangs

Regression in d5f1b9c22,
threading deadlock rendering a scene from the OpenGL preview.

Usual ui messages fixes/tweaks.

libquery foreach looper: in recursive case, do not bother with NULL id pointers!

Fix T47983: Particles - Emit from Verts emits double on one vert.

When non-random, particle distribution used a small start offset (to avoid
zero-weight faces), which is fine with "continuous" entities like faces, but not
for discrete ones like vertices - in that case it was generating some undesired
"jump" over a few verts in case step was small enough
(i.e. total number of verts/particles was big enough).

Use Ctrl-Shift-RMB for to enable 'Fill Region'

Shortest Path Select: option to select all paths between 2 elements

This option selects all paths between source/destination which are no longer than the path found.

Handy for selecting meshes with a grid-topology.

Partly fix (unreported) particles not updating correctly when changing settings.

Point-cached particles (those using simulations) would not update at all outside of
first frame, due to PSYS_RECALC_RESET flag being ingnored in `system_step()`...

For some mysterious reasons, udate is still non-fully functional outside of startframe
(e.g. changing face distribution between random and jittered), but at least when choosing
'Vertices' you get particles from verts and not faces!

Particles: Fix broken grid distribution in some case from own recent rB201d3938622.

Cycles: Resumable render implementation for Cycles

This feature is also known by the name Samples Offset, which allows
artists to render animation with given amount of samples N, but then
render more samples, starting from N and ending with M (where M > N)
and merge renders together as if they rendered exactly M samples.

Surely such effect could be achieved by changing Seed variable, but
that has possible issues with correlation artifacts and requiring to
manually deal with per render layer samples and such.

While we can't support all possible renderfarm-related features in
Cycles it's nice to support really commonly used stuff.

Here's a command how to run Blender with the new feature enabled:

blender -- --cycles-resumable-num-chunks 24 --cycles-resumable-current-chunk 2

This command will divide samples range in 24 parts and render
range #2 (chunk number is 1-based).

This feature might be changed a bit after we'll do some tests here
in the studio with it.

Fix T47940: Custom bone shapes, select error w/ Open NVidia drivers

Latest nouveau drivers have a bug here, use occlusion queries.

CMake cleanup target_link_libraries_decoupled

Fix T46623: OSX bpy.app.binary_path_python incorrect

CMake's PYTHON_EXECUTABLE wasn't set.

Fix T47993: noise_vector ignores random seed

Replace hard coded values with offsets derived from the random seed.

Fix T48000: Eyedropper sample-merged ignored at first

Fix transform center2d for 2d views

While this didn't show up as a bug, the center2d was being calculated with a zero aspect,
causing TransInfo.center2d to be NAN.

Fix T47814: VSE Scene 'Use Sequence' fails

Conflict with flags between depsgraph and sequencer caused error.
Now pass state of sequencer parents to avoid recursion.