Blender Git Commits

Cycles: Remove Integrator volume sampling flag, that was moved to Shader.

UI: fix for recent menu flipping commit

Just 2 comments cleaned

OSX/buildsystems: unify openmp handling by changing iomp5 id to @loader_path/../Resources/lib/libiomp5.dylib
This makes install_name_tool usage obsolete here and also assures cmake builds can be codesigned.
IMPORTANT: update lib (darwin-9.x.universal/openmp)

Fix T42581: Add 'icon_value' feature to UI Py/RNA's operator button and items of enums.

Rather straightforward, allows for 'DATA' icons (like mat or tex 'previews')
to be used as icon for operator button or items of an enum.

Patch by Simon Lušenc, with minor cleanup by self.

Cleanup: use SUBD_CORNER_* prefix for Subdiv flags

Knife: fix recent drag option /w loop close

It would miss adding an edge when closing the loop.

Macros: ELEM() can now take 2 args

Handy when used indirectly.

Cleanup: use BLI_listbase_count_ex to avoid redundant looping

BLI_listbase: Add BLI_listbase_count_ex (sets a limit)

This can be used to avoid redundant looping when we only want to know if a list is smaller then some size.

also remove paranoid NULL check in list counting.

Cleanup: use BLI_listbase_*** prefix for count,sort,sort_r

Error in last commit

CMake: cleanup, namespace & unused vars

also add macro 'print_all_vars()', if(0)'d - debugging only.

Knife: double clicking now closes the loop

Fix T40372: Slow Graph Editor drawing

For FCurves where all the keyframes use the "simple" interpolation types
(i.e. Constant, Linear, and Bezier), we now use the old FCurve drawing
code that was used prior to the Easing Equations changes. This should
be generally faster in general.

[T40792] Optimisations for FCurve Drawing - Lower sampling precision when "High Quality" drawing disabled

When the "High Quality Line Drawing" option (View menu) is disabled,
the sampling rate (i.e. the size of timesteps to use when sampling
the FCurve for drawing it in most cases now) is set to be quite low
(i.e. at 0.1 frame increments). This amounts to at most 10 sub-steps.

In one test file (with a wide window), this had the effect of improving
the performance by over 3x. It's still not as good as a sampling-free
approach, but for this functionality is still needed for FModifiers,
so it's better that we can optimise this.

[T40372] FCurve Eval/Drawing Optimisation: Skip Bezier handle eval when all handles are flat

Small optimisation (which shouldn't have much of an effect) where we skip
complex handle calculations if all the handles/verts for a Bezier curve
segment are all flat.

Patch by Campbell (T40372 -> F91346)

Code cleanup - Typos and separating out assignment from for-loop header

Own cleanup, sorry for the noise :/

Cleanup: Replace `WM_operator_name_call` by `WM_operator_name_call_ptr` where possible.

This avoids one lookup in optypes list...