Actually, if you have NO movement in the Event - ie a graphic - using Ctrl+Drag+left ( squeeze) will have the "effect" of INCREASING the velocity, no matter here as it IS a still, and your KF do do what you want. But IF you have movement, in the clip/event, then that too will be speeded-up.

Soooooo.... Vegas does a lot of stuff - and yeah Vegas ROX - but what it IS doing here is exactly how it should work - trimming doesn't move/sync kfs. What you are asking for is that somehow Vegas KNOWS the amount of Trim being imposed and THENCE the KFs being moved accordingly. Well .. nice . . but not here. Vegas is doing exactly as it should.

Regards

Grazie

Well it's not a question of Vegas ROXing or not... what I'm trying to figure out is how to get my keyframes to stay in sync with any edits I make.

Perhaps I have unreal expectations, but with something like a Bezier mask - i.e., a mask I create that is more than likely frame specific, (or at least event specific) - what good does it do me if those keyframes don't stay sync'd when I edit an event?

Good point - ask Sony!

Grazie

After you get the basic mask the way you want it, you could render the clip out to an AVI that locks the changes into the clip, then edit that.

The keyframes will now be gone, but the effect will stay put.

You might want to open a new project just for this masking clip. Tune the masking to your liking, then render out a clip that goes into your full program in another project.

That way you can come back and make changes to the masked clip if desired.

I suppose you could get fancy and nest the masked project into your full project....

Instead of resizing the event, what if you SPLIT it instead?

Just moving the event, the keys must follow, nope?
Trimming, well, I doubt the "concerned keys" will get trimmed along too. The Sidecar2 solution is the best you could use I think. Or split the event so you keep the good parts untouched while you re-trim and re-key the other parts you want to modify, like jetdv suggested?

24Peter come back!!

I think I now know what is within this question.

1] Put something like a 4 second clip on the timeline

2] Go to Pan/Crop engage Sync Cursor and Create 4 Masks at: 1, 2, 3 and 3.5 second K/Fs

3] Now move Mask Cursor to the 1 second Mask. You will see the Timeline Cursor respond and move too, to the equivalent 1 second mark/position.

4] Carefully Trim Back the Event TO this Timeline Cursor position

Look at the P/C Mask Timeline? The last, 3.5 second Mask diamond IS there but it is now up against the end and will not display.

OK? Now repeat this, but THIS time trim back from the end of the event. The last K/F is visible, just, and is displays on the Event.

Using this experience, observe when you trim from the front, carefully, you WILL see that the BACK end of the event is being reduced too, the 3.5 second keyframe is going closer to the end - yeah? And under these circumstances I WOULD expect the 0.5 second GAP to be maintained, but from what I am observing it doesn't. It is getting "absorbed" into the remaining/previous time of the Event.

In any event (pun), I'd expect to be able to TRIM front and BACK without the substantive item, the "EVENT", acting in the way I've found. Meaning, if I wish to trim the front, I don't expect it to be removed from the end AND the MASK K/F to be pushed to the end. Go to the 2 second and Trim yes, I understand that 'cos there aint enough within the Event to take a 2 second hit. I have no problem with that. But if there IS enough front and back, to trim, then I should be able to - without the END K/F being driven into the "buffers". I just removed 1 second of the front of a 4.3 second clip, and the 3,5 second Mask K/F is now registering as being at 2.7 - and it wont display.

As I said, why taking 1 second of the front, at my 1st MAsk K/F, does that push my last k/f onto the buffers? I suppose that is the question?

Interesting.

If this IS what you meant and saw, thanks 24Peter. Interim K/Fs I can see having an issue. But Front and Back? I can't see that as being logical.

Regards,

Grazie


syntax edit