In T52851#461394, @Steffen Dünner (SteffenD) wrote:

Have you tried the latest Buildbot builds?
I had a similar bug that was fixed some time ago: https://developer.blender.org/T52479

Have you tried the latest Buildbot builds?
I had a similar bug that was fixed some time ago: https://developer.blender.org/T52479

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.

There is no such a thing as selected track in the dopesheet, the selection you see there is a selection of dopesheet channel.

Selecting a track in the dope sheet but not the other way around. Is this intended behavior @Julian Eisel (Severin) @Sergey Sharybin (sergey)?

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.

As stated in the disclaimer, this is a feature request. Not a bug

I will re-open then.

Hello Aaron,

AFAIK everything has now been committed and this can be closed.

@Sergey Sharybin (sergey). Thank you very much!
Is it possible to include this fix in the upcoming 2.78a release?

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.

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.

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.

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.

You did it absolutely right. Fix is coming to Git now..

This is usually happens when video has stuff like variable framerate or badly encoded frames in them. This causes seek to work unreliably. This is why it is recommended to build Timecode in order to make seek in the video be robust.

Quote: "Make two blends open 'video sequence editor' in each."

Quote: "Make two blends open 'video sequence editor' in each."

• Update for master

@Sergey Sharybin (sergey) Is this ready? :)