Blender Git Commit Log

Alembic: store a pointer to the object reader in the cache modifiers and
constraints.

This avoids traversing the archive everytime object data is needed and
gives an overall consistent ~2x speedup here with files containing
between 136 and 500 Alembic objects. Also this somewhat nicely de-
duplicates code between data creation (upon import) and data streaming
(modifiers and constraints).

The only worying part is what happens when a CacheFile is deleted and/or
has its path changed. For now, we traverse the whole scene and for each
object using the CacheFile we free the pointer and NULL-ify it (see
BKE_cachefile_clean), but at some point this should be re-considered and
make use of the dependency graph.

Alembic export: fix frame range values being reset at every update, draw
call.

Removed cordinate frame from OpenHMD Deepoon driver

Own panel for HMD stuff

No need to enable "Views" option anymore now.

Updated OpenHMD to match their latest master (1c984fb)
Adds support for Oculus Rift CV1 and Deepoon E2

Fix warning with WITH_OPENHMD enabled

Fall back to return unit matrix

Fix compiling without WITH_INPUT_HMD

OpenGL: draw filebrowser dropshadow with new imm mode

Part of T49043.

No need to apply HMD rotation in operator anymore

Now done by requesting modelview/projection matrices from OpenHMD.

Use projection matrix from HMD, don't add to Blender's

Cleanup: avoid using G.main.

Alembic Export: set start and end frame to that of the scene for
convenience.

Users will most likely export an entire animation rather than a single
frame, so it can save a few clicks.

CacheFile: fix missing depsgraph update.

CacheFile: only enable scale property slider if we are editing the cache
through a constraint.

It doesn't make sense and is a bit confusing to have this property
enabled in the modifier context.

Compile fix for Windows.

__inline instead of inline is needed.

Cycles: Finish implementing the split kernel for CPU devices

Implements the `data_init` kernel plus a few fixes so that it runs correctly.

The split kernel now works on CPU devices. This means we have the ability to
debug the kernel, get better compiler logs, and have a new device to compare
to, all of which will help in developing and keeping the split kernel
correct. With this implementing branched path tracing, volumes and subsurface
scattering will be much easier.

Even at this point the CPU implementation already paying off by making long
existing bugs in the kernel apparent.

It should be noted that while the kernel works, it is a bit slower than the
mega kernel (~13% with BMW). Will need to investigate whether this is a
bug / implementation issue or if split kernels are simply slower by nature.

Cycles: Add function so each device can specify its ideal local work size

Cycles: Add functions to allocate kernel globals for split kernel

CPU device needs to allocate and free thread specific data, these functions
are used to do that.

Cycles: Actually implement work item functions for CPU

Didn't actually implement these yet, unfortunately we need to pass `kg` around
to a lot more functions for this.