Wed, Dec 13
Tue, Nov 21
This issue was already fixed, see T51850.
Mon, Nov 20
Sat, Nov 18
Nov 11 2017
Nov 2 2017
This isn't really a bug, Filter Tracks and Clean tracks are using different ways to identify and operate on outliers. Clean Trackswill use Frames, Error and operation (Select, Delete Segment, Delete) from the tool shelf as initial values for operator settings (which you then can tweak in operator redo panel). Filter tracks will only select tracks with the the track threshold coming from operator redo panel.
Nov 1 2017
Yes. Same here on OSX 10-26 build.
Oct 31 2017
Oct 15 2017
Sep 23 2017
Sep 21 2017
In the middle of something else atm, will have a look later.
I accidentally found that there is one very important factor that I missed: sequence should start from any frame except 1st.
There is archive with simple sequence and two blend files: one starting from 1st frame, other from 28th frame. The latter one demonstrates this bug.
I can not reproduce the bug on Linux.
Sep 20 2017
Have you tried the latest Buildbot builds?
I had a similar bug that was fixed some time ago: https://developer.blender.org/T52479
May 26 2017
May 17 2017
May 4 2017
The camera is set to use scene's active movie clip and copy-paste does not go into such indirect relations. Its not even always a desired behavior to bring up active scene's clip, because you might want to put camera with calibrated DoF or whatever to all the shots of your movie which was using those lenses.
Apr 16 2017
There is no such a thing as selected track in the dopesheet, the selection you see there is a selection of dopesheet channel.
Mar 20 2017
Mar 12 2017
Mar 10 2017
Feb 2 2017
Jan 25 2017
Jan 16 2017
Jan 15 2017
There’s no bug here, that’s how operators work in Blender. Note that you do not have to undo anything (no need for step 2), this happens automatically when you change the last operator's settings.
Jan 14 2017
Jan 5 2017
As stated in the disclaimer, this is a feature request. Not a bug
Dec 30 2016
Dec 27 2016
Dec 26 2016
I will re-open then.
Dec 25 2016
AFAIK everything has now been committed and this can be closed.
Oct 15 2016
@Sergey Sharybin (sergey). Thank you very much!
Is it possible to include this fix in the upcoming 2.78a release?
Oct 14 2016
Oct 5 2016
Oct 4 2016
Aug 23 2016
after some testing, tweaking and further investigations, the version (rBbaaa2 + rB9c3b9) currently in master changed the pivot point to follow the weight centre of the location tracks, instead of attaching it to the image centre. The pivot point is the reference point to detect rotation and scale against, and thus this change improves the behaviour especially in very simple situations. For example, if you add only a single (location) track, this location also becomes the pivot point. If you then add just one other marker as rotation track, the stabiliser will keep the relation between those two points fixed, and scale/rotate the image accordingly to do so.
Aug 22 2016
I've run into this frustration as well.
For me, the expected behavior is to hold ALT while changing a value and have the value change for all selected things. Just like it does in the 3D editor.
Aug 18 2016
Thanks for the report, btu as you've mentioned it is not a bug. Feature requests we don't handle via the bug tracker. Such things are handled either via bf-vfx or bf-funboard mailing lists.
Aug 17 2016
Aug 8 2016
Aug 2 2016
Thanks for the report, but would not consider this a bug. It is a common issue in Blender to maintain unique names of all elements in the DNA database. Surely improvements are possible here, but they happen outside of the bug tracker.