Tue, Feb 14
Hmm, so it does...
Is this for a special reason? Not affecting locked strips would be much more useful. As it is now you can't use the two of them together in any meaningful way (That I can see)
In fact, in the description of the command (over over it), it does say "independent of selection or locked state of strips" so I guess this is intentional.
Confirmed with master hash d2f4900. Also positioning cursor over clip 2 and removing gaps also moves clip 3 - basically locking has no effect on the remove gaps command.
Sat, Feb 11
This has been committed in rB57a2015f5674
Committed in rB1ac6e4c7a2f0
Fri, Feb 10
The patch seems to be created the wrong way around, the new code should be the one highlighted in green on the right-hand side. Other than that and a few commented things, I think this is ready to go. UI-wise I'm mostly fine with the changes.
Looks almost good to me, just 2 minor remarks.
I think we should instead match the behavior of the scale node when set to the render size option. We would then get tree options:
Thu, Feb 9
Because I felt like it, I have made D2506 which introduces Ken Burns Mode to Transform strips. If you find it helps then use it, if you don't then don't! :o)
Report has not been reacted on for 7 days, closing due to bug tracker policy.
Wed, Feb 8
one kind of solution... if you 'check' "image offset" on the image strip and then change the render resolution it does not transform the image.
set the render resolution to the original image size, uncheck image offset, change render resolution back to desired size and then at a transform strip to deal with any ratio change issues.
Tested. seems to work for me.
Anyone else wants to pitch in?
just want to add to the continued frustration of trying to scale down images without window-boxing them :-(
Can this be closed?
Patch made, just have to twist the arm of one of the devs to commit it :o)
"Fix incoming." Are you patching this yourself?
Can confirm in any case!
Thu, Feb 2
Thanks for the information
Was able to reproduce this bug in the nightly build 3ab8895.
I could not reproduce please try with a nightly build from https://builder.blender.org/download/ this sounds familiar so it may have been fixed already.
Wed, Feb 1
Use .active instead of brackets. Idea by @Vuk Gardašević (lijenstina)
Sun, Jan 29
As blenderartists.com seems to be down, please advise on how/where to nudge development :-)
I am trying to animate/pan an image at full resolution (https://en.wikipedia.org/wiki/Ken_Burns_effect) but the image gets clipped, so offsetting does not help except keep aspect ratio: there is nowhere to pan.
It seems the only option currently is to lose resolution by using the Transform Effect Strip with scale on an image that must be smaller than video size!
I am a bit disappointed and was expecting this to be one of the more basic tools in VSE (so far fantastic. Shotcut kept crashing on me, Lightworks pretty good but limited import capabilities).
Related to T50051 (fixed after 2.78a release).
Fri, Jan 27
I downloaded your phone video, and I think that it does not have a consistent framerate - as algorith noted its average framerate is 26.57fps, but even with blender set to that rate it doesn't map correctly.
I'm not sure if we are on the same page.
I use mixed framerates a lot, so I made blender cope with it better than it does... it's not quite production ready yet as I do notice bugs when I'm using it, but I no longer rely on the "speed control" strip.
The problem here is that your various clips have different framerates (i.e. 30fps for the screencast, 25fps for the camcorder, 30fps for the camera, and 26.57fps for the phone).
Wed, Jan 25
Thanks for the report, but it's more a feature request.
Hi, I can't reproduce the issue to start with. Could you try to be more clear no how to run into the issue?
Sun, Jan 22
Jan 20 2017
This is a tricky one. Technically it's not a bug. In your case you are rendering frame 1200, not 600.