Blender Git Loki

Eevee: Support for dupli lamps without shadows.

Merge branch 'blender2.8' into greasepencil-object

Eevee: Fix crash with volumetrics.

Merge branch 'blender2.8' into greasepencil-object

Merge branch 'master' into blender2.8

Task scheduler: Use const qualifiers in parallel range

Task scheduler: Avoid over-allocation of tasks for parallel ranges

This seems to only cause extra rthreading overhead on systems with 10s of
threads, without actually solving anything.

Task scheduler: Add minimum number of iterations per thread in parallel range

The idea is to support following: allow doing parallel for on a small range,
each iteration of which takes lots of compute power, but limit such range to
a subset of threads.

For example, on a machine with 44 threads we can occupy 4 threads to handle
range of 64 elements, 16 elements per thread, where each block of 16 elements
is very complex to compute.

The idea should be to use this setting instead of global use_threading flag,
which is only based on size of array. Proper use of the new flag will improve
threadability.

This commit only contains internal task scheduler changes, this setting is not
used yet by any areas.

Task scheduler: Simplify parallel range function

Basically, split it up and avoid extra abstraction level.

Task scheduler: Use single parallel range function with more flexible function

Now all the fine-tuning is happening using parallel range settings structure,
which avoid passing long lists of arguments, allows extend fine-tuning further,
avoid having lots of various functions which basically does the same thing.

Task scheduler: Get rid of extended version of parallel range callback

Wrap all arguments into TLS type of argument. Avoids some branching and also
makes it easier to extend things in the future.

Significant step toward supporting IDProperties in new RNA diff code.

Still not fully working, more work TODO (IDProps are rather tedious to
handle in RNA... :/ ).

Partial fix of T53715: 2.8: Removing keymap items no longer works.
Some shortcuts can now be edited/deleted again, but some remain
mysteriously frozen!

DRWInstanceData: Bump the max data size.

Gawain: Fix codestyle.

DRW & GPUViewport: Cleanup unused code.

DRW: Make use of DRWInstanceData.

This modify the selection code quite a bit but it's for the better.
When using selection we use the same batching / instancing process but we draw each element at a time using a an offset to the first element we want to draw and by drawing only one element.
This result much less memory allocation and better draw time.

DRW: Add instance data memory manager.

This is a special memory manager that keeps memory blocks ready to send as vbo data.
Since we loose which memory block was used each DRWShadingGroup we need to redistribute them in the same order/size to avoid to realloc each frame.
This is why DRWInstanceDatas are sorted in a list for each different data size.

Gawain: VBO: Add possibility to use external datablock.

Adds the possibility to specify the data buffer directly and precise ownership.
By not passing ownership to gawain the memory block can be reused.

Gawain: Modify batch draw function to work with ranges.

This enables to draw the same vbo but only with a selected range. (useful for selection with instancing/batching)

Additional fix after cherry-picking rB870840e8b7dd (in rB72151f3e36b).