svn merge ^/trunk/blender -r48638:48658

code cleanup: use a define for bmesh hull epsilon

fix for error in own recebt commit, broke mask feathering.

fix for crash in point comparison when one of the arrays is NULL

Cosmetic updates to mesh validate messages.

fix for making local loosing references to node groups.

node->id was left as an indirect link which wont get saved with the file.

code cleanup: replace magic numbers with enum.

Scons:
Fix for r48639, wrong syntax and wrong indent...

svn merge ^/trunk/blender -r48604:48638

Update build systems to copy needed dlls from MinGW-w64, turn openmp on by default for MinGW.

add the ability to make objects and obdata local but not materials.

Japanese and Ukranian are now above 60% done, congrats!

Color management: skip generating byte buffers in verify_buffer_float

This saves some time in cases color management is used by sipping
generating non-color managed buffers.

Color management: remove unused code

Color management: refactor of cache to deal better with movie clip cache

There were some crashes discovered in some circumstances of using
color management within the clip editor which ended up some refactoring
of color management cache.

Switch from global movie cache instance to per-image buffer instances

This only means keys for color managed buffers could be much simpier
and that look up would happen much faster in there're lots of frames
cached. Memory limiter stuff is still global for all color management
and in fact it's also shared with movie clip cache .

This allowed to get rid of original image buffer stored in cache
key and allowed to easily remove all display buffers when source
image buffer is being freed. This was main culptrit leading to
crashes.

Additional changes:

- Add option to make moviecache verbose. If DEBUG_MESSAGES is
  defined in moviecache.c detailed logs would be printed to the
  console.

- Movie caches are now named which helps reading debug messages.

- Improved a bit behavior of cache element removing when buffer
  overflows on adding new display buffer and there're frames from
  movie clip.

Color management: do not initialize threads in case conversion
happens in single thread only.

Added a default margin to the tile dependancy of the lens distortion
node.

Adjusted margin of the lens distortion

Moved highlight code to the workscheduler.

Doxygen cleanup

Code cleanup: move PBVH ray/AABB intersection test to BLI_math_geom

Draw outdated point cache in a lighter color

Fix for [#32016] Tracking Settings Presets not working
* Removed outdated properties from the presets.

Note: it does not fail anymore, but needs an update for new settings probably.

Change order of inclusion to stop MinGW from complaining

style cleanup

style cleanup

code cleanup: remove Python.h include from blenkernel.

fix for crash with zero area mask.

style cleanup

Minor update to make it work within i18n repo too.

svn merge ^/trunk/blender -r48585:48604

Bugfix Smoke / DynamicPaint: Missing update call from depsgraph was missing when force fields were used.

Cmake / Boost:
* Code cleanup

Windows (msvc 2010) is now using Boost 1.49 - Updated cmake file.

fix for carve memory leak, update carve to hg bf36d92ff093
reported: http://code.google.com/p/carve/issues/detail?id=33

Last spell checking (for now).

Only mysterious courant from bpy.types.ParticleSettings.courant_target reamins...

More spell checking.

spelling cleanup: metre -> er

fix for building with windows.

relay the original node to a different place holder to resolve some
crashes.

Spellfixes: colour -> color

svn merge ^/trunk/blender -r48576:48585

cycles changes:
- images that can't be loaded because of the limit are printed in the console.
- textures that can't be found show up as pink (so we know somethings wrong).

Two pass execution:
1. first pass only fast nodes are calculated and only to the active
viewer node
2. second pass all nodes to all outputs

Temp disabled highlights because of random crashes.

Highlight nodes that are being processed

Style cleanup, no functional changes

fix staic OCIO with cmake and a little correction in scons)

Merging r48575 through r48576 from trunk into soc-2011-tomato

Revert the DNA pdef_stickness -> pdef_stickiness part of r48556.

Forgot DNA needed stable names... :/ Correct spelling would involve keeping the old one for load code anyway, so better live with incorrect spelling here.

Merging r48545 through r48574 from trunk into soc-2011-tomato

Mask node: create a copy of layers to be rasterized in initExecution

This creates a list of splines to be rasterized in nitExecution which
is being called from main thread. This should resolve possible threading
issues discovered in tomato branch.

add support for scrubbing with the mouse

most keyboard events working again, but no scrub

fix error in node template and quiet warning.

make the last fix unhackish

More spell and typo fixes (mostly visualise->visualize, grey->gray, normalise->normalize).

Minor updates.

some fixes and a hack to get osx with ocio compiled, todo: also add the missing libs

First load of spell and typo fixes (mostly UI messages, but also one or two pieces of code using mis-spelled names).

Tomato: skip cache for Movieclip input node only when rendering

Tomato experimental option: disable cacheing for movie clip node

Also fix Anim Player button for node editor

Tomato: fixed crash caused by interaction between color management and
movie clip caches resulting in some unchecked NULL pointers.

Probably it'll be better to separate memory limitors for cache and
clips or double-check priority functions are fine to deal with
such cases.

Tomato: correction to mask cache so parenting should work fine now

Merging r48538 through r48544 from trunk into soc-2011-tomato

Grmph! module renaming broke the tool!

Fix #32002: "Anim Player" button on header doesn't appear

Corrections to default values for view settings

Tomato: hack to cache result of rasterization

It shall be removed as soon as tile-based rasterization is here,
but to remove current stoppers should be fine.

image sequence - apply cyclic option AFTER the image offset,
there was no way to properly loop on a sequence of images that didnt start frame 1.

svn merge ^/trunk/blender -r48527:48537

dont display image sequences outside the frame range in the 3D viewport.

Fix for the "black F-Curves" bug on undo
(From personal stash of bugs - since early 2.5 versions)

F-Curve colors get applied only on Graph Editor "refresh()". In some cases, undo
was reverting back to a state where the colors had not yet been set. In these
cases, there would be no refresh() after that undo (until expanding a channel or
some other similar action), resulting in "black F-Curves" appearing. So, now we
force such an update after undo to ensure that the curves never display black.

(Noticed while investigating another bug for Mango related to
CLIP_OT_constraint_to_fcurve not sending notifiers required when new F-Curves
are added)

More exception words to the ui dico... :/

Minor edits.

Fix [#31977] Export Animated Mesh, terminate baking in fluid-sim

* Elbeem exporter code now overrides user settings to No Slip in case the object is animated;
* UI of fluid obstacles now disables slip settings when export animated is enabled;
* Added in this later option's tooltip a mention that it enforces No Slip!

rename module to something less generic.

svn merge ^/trunk/blender -r48489:48527

Tomato: style cleanup, no functional changes

Tomato: improved cache management for movie clips

Replace pseudo-LRU approach of determining which buffer
to remove when running out of space allowed for cache
with approach which would remove the frame which is most
far away from newly added frame.

This is still a bit tricky because it's impossible to
distinguish which frame to delete in situation of:

    CCCC...CC
        ^

it's either user wants to extend left segment of cached
frames and buffers from right segment should be removed
or he wants to join this two segments and in that case
buffers from right segment should be removed.

Would need a bit more investigation which situation
is more common in general usecase.

fix (actually nasty workaround), for groups incorrectly drawing in the object panel when the blend file has naming collisions with library data.

also minor style cleanup in bpy_rna.c

Optimized the area of interest of the lensdistortion node.
This will have faster feedback to the user, as lensdistortion is mostly
a node that is located at the end of a composite

Style edit (mostly), use """ for docstrings (not ''').

Should also fix the broken py ops tips...

Check for nullpointers.
The ID of group nodes are not always filled.

fix for memory leak in BKE_mesh_ensure_navmesh(), it would add 2 navmesh layers, once referencing the other.

fix for smoke writing uninitialized values to pointcache, not a big deal since they are ignored on reading.

Bugfix: Fix crashes with empty material slots

Followup for r.48515

* Removed material driver creation hack. However, the textures one remains, as
texture eval isn't ready yet
* Shuffled some code

Bugfix [#31834] Cycles materials cannot be manipulated using drivers

Until now, there was never any code for making drivers on materials get
recalculated when their dependencies were changed. However, since changing
material colors with drivers is something that is quite common, a workaround was
introduced to ensure that materials could still be driven (albeit with the
relevant drivers rooted at object level). This worked well enough so far with
traditional materials - though it was sometimes clunky and confusing for some
users - and would have been ok to tide us over until the depsgraph refactor.

The introduction of Cycles changed this, as it has in many other ways. Now that
people use Cycles to render, they'll need to drive the material colors through
the nested nodetree (and other things nested deeply within that). However, this
is much more difficult to generate hacks to create the relevant paths needed to
work around the problem.

== This Commit... ==
* Adds a recursive driver calculation step to the BKE_object_handle_update()
(which gets called whenever the depsgraph has finished tagging object datablocks
for updates), which goes through calculating the drivers attached to the object
(and the materials/nodetrees attached to that). This case gets handled everytime
the object is tagged as needing updates to its "data" (OB_RECALC_DATA)

* When building the depsgraph, every dependency that the drivers there have are
treated as if they were attached to object.data instead. This should trick the
depsgraph into tagging OB_RECALC_DATA to force recalculation of drivers, at the
expense perhaps of modifiers getting recalculated again.

== Todo ==
* The old workarounds noted are still in place (will be commented out in the
next commit). This fix renders at least the material case redundant, although
the textures case still needs a bit more work.

* Check on whether similar hacks can be done for other datablock combinations

* So far, only simple test cases have been tested. There is probably some
performance penalty for heavy setups still (due to need to traverse down all
parts of material/node hierarchy to find things that need updates). If there
really is a problem here, we could try introducing some tags to limit this
traversal (which get added at depsgraph build time).  <--- USER TESTING
NEEDED!!!

Bugfix [#31976] Bone Group Custom color set is not respected when creating an
Action

Custom color set colors were not getting copied over when creating new action
groups. Instead, a "default set" was initialised for use instead.

Nice update to xgettext replacement, now finds 608 strings, think this covers all cases...

Will run a complete test case tomorrow, regexes killed me this evening!

basic events quit and resize window now work
text draws again.

Tomato: enable color management by default for Windows

This commit enables color management stuff when building on
Windows using MSVC 2008 compiler. This required some fixes
to both CMake and SCons configurations which were tested for
64bit target. Tests of 32bit target would be welcome.

Also solved compilation error caused by recently added anim
player. Not sure how to test this, but it shall  at least
compile on Windows now.

Didn't test MinGW compilation at all yet, could still be buggy.

add bmesh/python operator support for vector and matrix args.

also rename BMO_OP_SLOT_PNT to BMO_OP_SLOT_PTR (matches RNA and sounds less like 'point')

Adding (moving from bf-translation) the i18n python module. This will make it available for future "UI Translation" addon, and probably other UI-related tools as well.

Notes:
* This is a somewhat reworked version of what is currently in bf-translation's trunk/po/tools, not yet fully functionnal (well, 95% is ;) ) nor fully tested. ultimately, it will replace it (being "svn-linked" in bf-translation).
* Added feature: more complete/strict tests (yet some work to be done here).
* Added spell checking (huge spellcheck commit incomming...).
* Trying to get rid of xgettext itself (should e.g. allow us to use #defines as contexts, among other things...). But currently captures less strings, work needed here too.

Please note this includes libfribidi.dll, as it is hard to find it for windows (unixes should have no problems here).

enable playing with blenders internal anim player again.

fix for crash getting GROUP_OT_objects_remove's props without a context (own fault)

Color management: added support of color applying color transform on save

This applies to files when saving from image editor and when saving
render result.

Currently only works for images which has got float buffer and saving
happens to byte formats (such as PNG, JPEG). Also supports applying
color management for preview jpegs when main buffer is saving into
OpenEXR file.

As default transform when saving from image editor would be the same
settings as image editor uses itself.

Defaults for color correction of rendered images would be default
display name, no view transform and default values for gamma and
exposure.

Color management refactor

- Move color management display settings into own structure like it's
  done for view settings.

  This is helpful from two sides:

  * It is planned to support display calibration settings which
    should be taken into account by color management stuff to
    add needed transformations to OCIO processor.
  * File saving should be able to make the same display
    transformations as it's done by window when displaying the image.
    Having own DNA and RNA structures for display device settings
    helps avoiding having duplicated code.

- Small refactor of cacheing functions which are now accepts
  cache-like versions of view and display settings. This structures
  used for cache are quite the same as DNA structures but they contains
  indices of view and display which avoids extra lookup for this
  things.

  This also helps having reasonable amount of variables passing
  to cache functions.

Fix for image texture node in cycles. The button draw function has to use the image user pointer directly for property buttons, unlike the compositor image node which redefines image user properties on the node itself to ensure proper updates.