Blender Git Loki

fix for the tip of the bones without connected children de-selecting when entering editmode.

Fix memory leak in BKE_mesh_vert_poly_map_create.

BGE: adding a fix so 2D filters work properly with side-by-side stereoscopic rendering.

BGE: Fix for [#36023] "Objects of added scene are lit by lights of current scene" reported by Raf Colson (raco).

The material caching now keeps a cache per scene. Before materials from different scenes were sharing the same cache.

Style cleanup: task scheduler

Campbell will clean this stuff anyway, but better do it
in the branch, so trunk history would stay clean.

revert part of own commit r58254, utf8 isnt stepping by 1 always so use less-than comparison.

This shouldn't have gone to svn

Utility benchmarking macros

This new macros could be used to benchmark overall
execution time of some chunk of code, running in cycle.

The usage is:

void foo(void) {
TIMEIT_BLOCK_INIT(overall_bar);

for (...) {
...

TIMEIT_BLOCK_BEGIN(over_bar);
bar();
TIMEIT_BLOCK_END(oberall_bar);

...
}

TIMEIT_BLOCK_STATS(overall_bar)
}

This would print total time which was spent on
running function bar().

Fix text object text entry being broken after recent fix to BLI_strncpy_wchar_from_utf8.
Checked other usages of this function but they seem to be fine.

Merging r58266 through r58279 from trunk into soc-2013-depsgraph_mt

Made armatures evaluation safe(r) for threading

Apparently, some routines in armature deformation code
were using static arrays. This is probably just an
optimization thing, but it's very bad for threading.

Now made it so bbone matrices array is allocating in
callee function stack. This required exposing
MAX_BBONE_SUBDIV to an external API, This is not so
much crappy from code side, and it shall be the same
fast as before.

Make lattice deform safe for threading

Lattice deformation used to store some runtime data
inside of lattice datablock itself. It's something
which is REALLY bad. Ideally DNA shouldn't contain
and runtime data.

For now solved it in a way that initialization of
lattice deform will create a structure which contains
lattice object for which deformation is calculating
and that runtime data which used to be stored in
lattice datablock itself.

It works really fine for mesh deform modifier, but
there's still runtime data stored in particle system
DNA, It didn't look something easy to be solved, so
leaving this as-is for now.

Make GPU buffers allocation/freeing safe for threading

Code in GPU_buffers_free was already trying to be safe
for threading, by skipping OGL calls there, but in fact
it was still buggy.

Namely, freeing was doing buffers shift in a cycle, and
if two threads will call this function shifting will go
crazy.

Now made it so GPU_buffers_alloc and GPU_buffers_free
are using mutex lock, so they're completely safe for
threading. Same goes to gpu_buffer_setup function.

It required minor functions reshuffle, so there're no
locks happening from locked thread, but it's all very
straightforward change.

Fix #36058: Displace Modifier errors using a baked Image and displace baking inconsistency between 2.67/2.68RC and previous versions

This was in fact really nasty bug, caused by multitex_nodes
function using global variable R (which is a copy of current
renderer). this variable is not initialized to anything
meaningful for until first rendering (preview or final)
happened.

Since multitex_nodes might be used outside of render pipeline,
made it so whether CM is on or off as an argument to functions
multitex_ext_safe and multitex_ext. Now multitex_nodes() is
only shall be used for stuff happening from render pipeline!

Also needed to make some changes to other places, so all the
usages of texture sampling knows for the fact whether CM is
on or off.

And one more change is related on behavior of dispalcement,
wave, warp, weightvg modifiers and smoke. They'll be always
using CM off since texture is used for influence, not for
color.

It's rather bigger patch, but it's mostly straightforward
changes, which we really need to be done.

Reviewed by Brecht, thanks!

Fix #36127: 10 bit DPX render would crash when doing rendering animations from
the UI on OS X.

The problem is due to a large variable on the stack, and pthreads have a smaller
stack size than the main thread by default. On Linux the pthread stack size seems
to be 2MB, OS X 512KB and Windows 256KB - 512KB.

fix for sequence strips being given non utf8 names, where the filepath wasn't utf8.
also correct bad assumption in BKE_image_load_exists() that all paths are relative to the current blend file.

Merging r58196 through r58265 from trunk into soc-2013-depsgraph_mt

Fix #36139: cycles not taking texture spacing settings into account for
generated coordinates on text objects.

fix: #36122 Collada import - Keyframes offset after recording and playing

Collada miport: Report 'unknown animation class' only when relevant