Blender Git Loki

added autohide distance, by default 0 and deactivated, as it slows down the sim and causes a big memory leak, also crashes randomly sometimes

Renamed t0/t1 times to clarify their meaning.

These are usually a larger time interval than the time step, they define
the interpolation for root animation.

Fixed missing variable assignment when calculating hair root animation
for particle hair.

Disabling Stereo Output for Multilayer

This is doable, but again it is a lot of work for something that probably no one will use.
I do not know why I even coded multlayer+stereo output for regular rendering and image editor :|
I will see, maybe I implement that later, but just do not want to bother with this now.

Clean code.
Completed all methods to compute flow lines.

Compositor: File Output Multiview

Multiview now also working when used for the individual inputs. Multiview with multiple layers was already working.
Only remaining bit to work is Multilayer + StereoOutput

Compositor: File Output

File output working for stereo output
(so each individual input can be outputted as a separated stereo format)

Not supported at the moment:
* Multilayer + stereo output

Not fully working (though it should):
* Multiview

Display and render of highres smoke fixed

more parameters for smoke scenario, writing out emitter fields

Hair root normals need to be renormalized after transformation to world
space, since the obmat can introduce scaling.

Voxel texture mode "Hair" for displaying hair volume data.

Currently only a dummy attribute "randomstuff" exists, this will be
replaced by actual hair data (density and filtered velocities).

soc-2014-nurbs squash

SetSplitNormal: Fix bad handling of object-level transforms

We need to compare poly normals in same space (target one, in this case)!

Issue reported by hd_ on BA, thanks!

Hair debug function which copies voxel data to a C struct based on
solver data.

Merge branch 'master' into temp_custom_loop_normals

SetSplitNormals: add 'from current clnors' options to 'set clnors from vertices' code too.

Did not do it at first because this could give strange/unexpected results with non-full
weights, but in the end it turns out to be a really needed and 'most expected'
behavior, so add it in all case, and make it default behavior in modifier.

Simple volume instance owned by the hair solver.

Create hair threads in a separate function.

Use a separate variable for incrementing time during substeps.

Currently this has no effect, but better to avoid using the wrong
time value after force substeps.

Fix for meaningless position updates during the force integration loop.

Setting the "next" state of positions inside that loop will overwrite
its own result until the last iteration. The velocities are still
integrated correctly though, only the position update was applied
incorrectly. Force calculation was also using the larger original time
step.

The fix now exposes an awkward dependency of stiffness and damping
values on the substep count. This is entirely expected, but it might
be a good idea to scale user-defined values by the inverse timestep,
so that results are comparable and can be tweaked more easily when
increasing/decreasing substeps.