Fixed more threading issues with metaballs
authorSergey Sharybin <sergey.vfx@gmail.com>
Tue, 9 Jul 2013 08:23:01 +0000 (08:23 +0000)
committerSergey Sharybin <sergey.vfx@gmail.com>
Tue, 9 Jul 2013 08:23:01 +0000 (08:23 +0000)
commit86546ca42d5cf2373d756b49a5a91fccfeaaefac
tree5afd77128f4f141f5aef74583b3e44ec70f774b2
parent139754894b995310cf018d789f7ffcda4487233d
Fixed more threading issues with metaballs

This time issue was caused by static variables used in
BKE_scene_base_iter_next function.

Change is not so much ultimate actually, but didn't
find more clear solution for now. So the changes are:

- Wrap almost all the static variables into own context-
  like structure, which is owned by the callee function
  and getting passed to the iteration function.

- Recursion detection wasn't possible with such approach,
  so recursion detection still uses static in_next_object
  variable, but which is now stored in thread local
  storage (TLS, or thread variable if this names are more
  clear for you).

This makes code thread-safe, but for sure final solution
shall be completely different. Ideally, dependency graph
shall be possible to answer on question "which object is
a motherball for this metaball". This will avoid iterating
via all the bases, objects and duplis just to get needed
motherball.

Further, metaball evaluation ideally will use the same
kind of depsgraph filtering, which will get result for
question like "which objects belongs to this group of
metaballs".

But this ideal things are to be solved in Joshua's and
mind GSoC projects.

Tested on linux (gcc and clang) and windows (msvc2008),
hopefully no compilation error will happen.

Thanks to Brecht for reviewing the change and getting
feedback for other possible ways we've dicussed!
source/blender/blenkernel/BKE_scene.h
source/blender/blenkernel/intern/mball.c
source/blender/blenkernel/intern/scene.c
source/blender/blenlib/BLI_threads.h