Blender Git Loki

Drag-n-drop support on Linux

This commit implements drag-n-drop support from external applications into Blender.
Used xdnd implementation from Paul Sheer.

Minor fixes found while working on keyingsets.

Fix #25649: Image editor paint icon missing until enter weight paint

Issue was caused by starting Icon Preview render job from two places:
- Texture buttons for small icon preview
- Properties panel in image editor for large icon of texture

This preview job is starting in suspended mode and if new instance of the same job is
starting, suspended job will be totally stopped. This is normally for cases when you're
changing different settings -- in this case you'd wouldn't want re-render be triggered
on every slide change.
But what we've have with brush preview is that two instances of this job were creating for
large and small icon separately, but because of described policy only one icon was rendered.

If suspended job is getting to be stopped, check if it was started for the same icon
resolution and if not, that resolution will be also rendered in new job.
So it'll be still minimal re-rendering happens, but in cases when job was started from
two places for different icon sizes it'll work just fine.

svn merge ^/trunk/blender -r44136:44189

Camera tracking: switch to own repo of libmv where most of patches are applied
and which includes latest changes from Keir's branch.

Hopefully it'll make backporting of changes back to main libmv repo easier.

fa_PE is no valid language code (how comes no one noted that yet?), fa_IR seems the right one!

Else, persian was just unavailable on Linux (at least, on Debian...).

Fix for recent changes in 3D viewport header: object might be missed and in this
case check for current mode isn't needed

Missed this changes needed to fully support animation data in movie clips.

Thanks to Joshua pointed into missed changes!

OSX: since XCode 4.3 the developer directory is inside XCode.app bundle, so we handle path according XCODE_VERSION now

Camera tracking: configurable filter type for 2d stabilization

--
svn merge -r44151:44152 ^/branches/soc-2011-tomato

Camera tracking: run aspect correction before stabilizing shot

This commit fixes image stopped being an orthogonal rectangle because of horizontal
scaling caused by pixel aspect ratio happening after rotating image which used to
make orthogonal angles from footage not actually orthogonal.

--
svn merge -r44150:44151 ^/branches/soc-2011-tomato

Camera tracking: fixed issue when track used for rotation stabilization points to a freed memory after re-tracking this track.

--
svn merge -r44148:44149 ^/branches/soc-2011-tomato

Camera tracking: fixed default value for pixel aspect which wasn't 1.0

--
svn merge -r44147:44148 ^/branches/soc-2011-tomato

Camera tracking: fixed incorrect auto-scale calculation for 2d stabilization

--
svn merge -r44146:44147 ^/branches/soc-2011-tomato

Camera tracking: fix for missing cache invalidation when disabling/enabling channels for stabilized shot

--
svn merge -r44140:44141 ^/branches/soc-2011-tomato

Camera tracking: animation datablock for MovieClip

Added AnimData block to MovieClip datablock which allows to animate different properties in clip.
Currently supports animation of stabilization influence only.

--
svn merge -r44129:44130 ^/branches/soc-2011-tomato

Build proxy from meta and image strips used resolution used for display,
not set by building job which leads to unusable proxies.

This change should resolve issues reported in #30229: Sequencer Meta strip Proxy Fails
and probably #30196 will work nicer too.

Cleanup of 3D viewport header in painting modes:

- Hide Manipulate center points in sculpt and particle edit modes
- Hide 3D manipulators and orientation from sculpt mode
- Hide snap buttons in sculpt, weight, texture, vertex and particle painting modes

All this options weren't make sense in this modes and might only confuse user.

This will resolve issue #30180: 3D View header buttons and modes

fix [#30220] Knife Tool Leaks memory

both crash and leak are fixed now.

fix [#30220] Knife Tool Crashes Blender

though there is still a memory leak, but it looks like the leak may be in BLI_smallhash.c, not knife code.