Blender Git Loki

liquid settings: removed narrow band option (no need to toggle / turn off) and fixed particle randomness setting

Implementation of a basic constraint solver for strand length and root velocity.

This uses the Lagrange multiplier method for correcting the "velocity" of
vertex displacements as described in
"Linear-Time Dynamics using Lagrange Multipliers" (Baraff, 1996)

Future additions would include stiffness forces for creating more natural
hair shapes, and handling of collisions (deflection).

Merge branch 'master' into asset-engine

Conflicts:
source/blender/windowmanager/WM_api.h

change iterating-all-windows-to-find-witness-clip

- Previously we need to iterate all windows to get witness clips, now we
don't need to do that because it can be accessed by secondary_clip
poitner in SpaceClip. Correspondence links are confined to
'correspondenc' mode.

- Restore 'synchronize two frame bars'

reorganized fluid ui: introduced fluid quality tab and merged fluid behavior settings into one tab

change get clip functions

- change all ED_space_clip_get_clip to ED_space_clip_get_clip_in_region
to enable selection in correspondence mode. Since in this mode we need
to access winess clip (secondary_clip) pointer.

remove duplicate code of drawing secondary clip

- main clip and witness clip seem to only differ in one pointer, use a
function utility to handle different context change, so that other
duplicate code for witness clip can be remove.

Curves: Trim operator

Fixed the radius = 0 bug, which resulted in no bevel. Canged the way the new BezTriples were filled in, in order to preserve all the previous properties.

remove duplicate code by adding a movieclip select

make the witness clip context shown right

- duplicate code in clip_draw_secondary_clip and clip_draw_main
- selecting in a sub-region is a problem

fixes for bisect and bisect+fill, should look correct again and be a bit faster as well

using a kdtree based preselection method to speed up bisecting

added spray support to weight paint. Vertex paint spray support is giving me grief...

Cycles: Adapt CUDA device to the new denoise buffer architecture

Cycles: Redesign the buffer accesses of the denoising kernel.

At first, the denoising kernel just directly accessed the RenderBuffers.
However, that introduced some addressing complexity since the filter window might cover multiple tiles, each with a separate buffer.
Apart from the addressing overhead, this also made it pretty much impossible to SIMDify the CPU code.

When feature prefiltering was added, it changed the buffer addressing.
First, it copied the various parts of different buffers into one continuous array. Then, it operated directly on that array.
With these changes, the only thing the regular buffer addressing was still needed for was the color image.

Now, this commit also copies the color image into the prefiltered buffer. Therefore, it's not really just a prefiltered buffer anymore, but actually contains all the data needed to denoise.
This allows to redesign and clean up the kernel-device-interface, which is also done in this commit.

Advantages are:
- Lower addressing overhead - every pixel is only addressed once to copy the data to the denoising buffer, and once to store the final result - instead of hundreds of accesses per pixel when looping over the filter window.
- Lower code complexity - one array with standard scanline addressing makes the code a lot cleaner.
- For GPUs: More memory access coherence since the passes are stored in SoA layout instead of AoS (like the regular RenderBuffers are).
- For CPUs: Possibility to use SIMD instructions in the future due to the SoA layout.
The disadvantage is slightly higher memory usage - 22 floats per pixel instead of 16.

This commit doesn't include the CUDA changes yet.

Cycles: Implement the Filter Weight functionality

For now, the slider defines the weight given to feature pass variances (which now is 2**filter_strength instead of 1).

Cycles: Fix potential divide by zero in the area light sampling code

Cycles: Fix wrong array indexing in the feature kernel

Cycles: Replace NaNs in the feature passes with zero

As soon as any feature pass sample is NaN, every pixel which contains that sample in its filter window will be black in the filtered result.
Ideally no NaNs should be generated in the first place, but there are quite a few cases where they are generated in Cycles and now become visible.
So, as a temporary fix, NaNs are now replaced with zero when storing the passes. Ideally these NaNs should be fixed for good, of course.

Cycles: Prefilter all feature passes

This commit adds prefiltering to all feature passes, instead of just the shadow pass.
Feature passes are supposed to be noise-free, but effects like Depth of Field, Motion Blur or slightly glossy shaders could still produce noticable amounts of noise.

Adjust local view checks in base macros