Blender Git Commits

fix [#32357] Subdivide fails on newly created edge

problem since bmesh merge, new edges were not selected.

Mergin trunk into soc-2011-tomato up to rev 50188

All reverted commits should be merged again.

--
svn merge -r50173:50188 ^/trunk/blender

Fix for build error on some platforms, seems ImfStdIO.h is not included with
the other headers everywhere.

Color management: initialize input color space on movie clip load

use the zoom level to set the size for new mask point handle sizes (artist request - handles were annoyingly bug when zoomed in)

Fix #32198: UV unwrap of half a UV sphere would not give a perfect sphere as a
result. This wasn't really guaranteed anyway, because of numerical precision and
possible asymmetry in the triangulation, but we can do a bit better.

Now we bias the choice of how to split a quad into two triangles slightly
towards one of two possibilities, so that in case they are equal, floating point
errors do not decide the direction and symmetry is preserved.

stop socket hiding from causing compositor recalculation.

Merging r50179 from trunk into soc-2011-tomato

Revert previous merge commit, we need compilable blender in the studio

Color management: fix for clone brush

It was using ibuf->rect for drawing alpha over, now it's using actual
display buffer.

svn merge ^/trunk/blender -r50173:50179

fix for bug in variable size blur compositor node - using incorrect Y blur operations and uninitialized memory was causing random blur results.

Color management: use partial buffer update when painting image

Makes it much more responsible, especially when small brushes are used.

Could make sense look into using full multithreaded buffer update when
brush is large enough.

Code cleanup: remove some unused code.

Fix second part #32377: saving/loading exr files to file paths with non-ascii
characters should now work on Windows.

Color management: fix regression with updating image while painting

It'll update image properly but it seems it behaves slower then in trunk,
would investigate further.

Merging r50172 through r50173 from trunk into soc-2011-tomato

Sequencer: allow negative bright/contrast

Merging r50162 through r50171 from trunk into soc-2011-tomato

Sequencer: bright/contrast modifier

Behaves in exactly the same way as bright/contrast compositor node.

Some code could be de-duplicated, like contrast formula and mask
influence, but wouldn't call it stopper for commit since it's
already needed for grading Mango.