Blender Git Commits

Metaball tessellation optimization (Octree to BVH)

Speedup is non-linear, 2x-10x faster is quite normal.
Patch T43678.

- Switched from an Octree to BVH.
- Finding first points of surface no longer "wastes" density function evaluation: every result is cached.
- Use MemArena instead of using own memory management.
- Correct calculation of metaelem bounding box.
- Remove mball_count(): mballs are now counted "on the go".

Cleanup: brace placement /w structs

Cleanup: rename treehash -> outliner_treehash

This is an API specifically for the outliner,
not some generic hierarchical hash structure.

Use BKE_edgehash_ensure_p where possible

EdgeHash: ensure function, avoids multiple lookups

Cleanup

This commit doesn't deserve a title

Today just wasn't my day...

Fix compilation error in Win Debug.

Various Sticky fixes (tm)

* Revert 776bfa64a53191b and c3dad7953afccd4 (some X11 systems are doing
stupid things forcing me to do an extra check that completely breaks the
click type handling on other systems using the slightly changed
implementation from those commits - see T44278)
* Fix sample lines in Compositor+VSE

(And yes, this time I tested on both of my systems to make sure
everything is fine)

UI i18n cleanup...

And some general style cleanup as well (line length...).

Cycles: Cleanup, spaces around assignment operator

Did some bad spacing in recent commits, better to get rid of those so
they does not confuse those who're working on sources.

Cycles: Avoid doing paranoid checks in filepath of builtin images

Originally we thought it's needed in order to distinguish builtin file from
filename which starts with '@', but the filepath is actually full path there
and it's unlikely to have file system where '@' is a proper root character.

Surprisingly this does not give visible speed differences, but it's still
nice to get rid of redundant check.

Cycles: Support bultin 3d textures with OSL backend

OSX: add also license for iomp5 using cmake and fix all textfiles wrong destination

OSX: add a license file for libiomp5 ( intel omp ) when compiled with

BGE: followup of renaming parameter "other" to "reference"

See commit 3e5332bb959c686cb5bc5b6007d96088d5d1bc23

BGE: fixed nomenclature of KX_Scene::addObject and KX_Scene::AddReplicaObject

KX_Scene::addObject: Changed the parameter "other" to "reference", as "other" doesn't mean anything.
KX_Scene::AddReplicaObject: Changed the parameter "parentobject" to "referenceobject", as the parameter did NOT contain a parent object in any way.

Now both functions use the same kind of name for the same thing.

Thanks to panzergame / Porteries Tristan.

Cycles: More instant feedback on progressive rendering for first sample

Main purpose of this change is to make material preview appearing more
instant after the shader tweaks.

Cycles: Experiment with making previews more interactive

There were two major problems with the interactivity of material previews:

- Beckmann tables were re-generated on every material tweak.
This is because preview scene is not set to be persistent, so re-triggering
the render leads to the full scene re-sync.

- Images could take rather noticeable time to load with OIIO from the disk
on every tweak.

This patch addressed this two issues in the following way:

- Beckmann tables are now static on CPU memory.

They're couple of hundred kilobytes only, so wouldn't expect this to be
an issue. And they're needed for almost every render anyway.

This actually also makes blackbody table to be static, but it's even smaller
than beckmann table.

Not totally happy with this approach, but others seems to complicate things
quite a bit with all this render engine life time and so..

- For preview rendering all images are considered to be built-in. This means
instead of OIIO which re-loads images on every re-render they're coming
from ImBuf cache which is fully manageable from blender side and unused
images gets freed later.

This would make it impossible to have mipmapping with OSL for now, but we'll
be working on that later anyway and don't think mipmaps are really so crucial
for the material preview.

This seems to be a better alternative to making preview scene persistent,
because of much optimal memory control from blender side.

Reviewers: brecht, juicyfruit, campbellbarton, dingto

Subscribers: eyecandy, venomgfx

Differential Revision: https://developer.blender.org/D1132

Fix doversion check - patch by Sergey Sharybin