Blender Git Loki

Solve threading conflict when calculating smooth normals

It was possible to have synchronization issues whe naccumulating smooth
normal to a vertex, causing shading artifacts during playback.

Bug found by Dalai, thanks!

COLLADA: Removed obsolete Export select option 'Both' which created invalid data (duplicate transformation information for nodes)

Cycles: Fix memory leak of kernel globals buffer from CPU split kernel

Depsgraph: Fix some errors printed to the console

They were not real issues, it's just some areas of code tried to create
relations between non-existing nodes without checking whether such
relations are really needed.

Now it should be easier to see real bugs printed.

Hopefully should be no regressions here.

Fix UI for smoke cache

(this was probably broken since we got rid of point cache in 2.8)

Merge remote-tracking branch 'origin/master' into blender2.8

Cycles standalone, compile fix UINT_MAX is not defined in device_cuda.cpp

CMake: Make ld.gold linker optional

Some platforms are having hard time using this linker so added an option
to not use it. The options is an advanced one and enabled by default so
should not cause any changes for current users.

CMake: Fix use of some option which was never defined

This way it seems more logical to me.

Merge branch 'master' into temp-openjpeg21

disabling velocity reset for now. reason: not only obstacle cell velocities are reset but also border cells

[msvc/make.bat] Detect spaces in the build path and error out.

Change frame for animations should not bein the UNDO stack

Request from Hjalti Hjalmarsson for the animation work.

Basically a common part of the workflow of animation is to change the pose, scrub back and forth a few times and roll back the changes when unsatisfied.
However if you go back and forth too many times the UNDO stack would be full, and it would not be possible to bring back the previous pose.

I'm leaving clip_editor change frames as it is for now. But we can
probably change the behaviour there as well.

Fix left over from merge

Linux did not mind with them, but luckily Linux is more strict

"Fix" desapearing previews issue.

More like a hack than anything else, need to figure out the correct way
to do that yet (in an efficient way), have the feeling a function would
work better somehow...

Add first version of poselib previews using new multi-preview ID stuff.

*Neraly* working, for some reason setting floats values for one frame
erase all other frames... Will check that tomorrow.

Merge branch 'multi_previews_id' into temp-sybren-poselib

PoseLIb preview: add a 'preview frame index' member to markers.

That way we don't have to move preview images around when reordering
markers (aka poses)!

Add multi-frame float access in RNA.

Merge branch 'master' into multi_previews_id