# What is the productive way of doing multiple speed changes in a video editing project?

I have to stitch various pieces of footage together, and the final result will be about 1–1.5 hour long.

Because of all the needed changes (blurring faces, inserting images and icons in certain places, synchronising the footage pieces among each other and fading them out\in with right timings etc), my project map starts to look like this. The #3 and #4 tracks are just transitions from one piece to another. In tracks #1 and #2 is how most tutorials tell to deal with blurring\changing a screen area (duplicate the track above itself and then pan\crop the duplicate).

The problem is that in multiple places the video also has to be sped up\slowed down, and when I do it, the footage length changes like a fractal curve, and all the alignments get messed up. And besides these speed changes, the whole eventual video has to be sped up again once more too (x1.5).

This looks like one of those things that I’ll be cursing myself about later, because a simple and overlooked mistake led to losing huge amounts of time\work, so I decided to just ask about it now: am I doing it wrong, and if so—what’s the more productive way of dealing with many playback speed changes in relatively big editing projects?

-
I don't know Vegas unfortunately, but does it support nested sequences/timelines? If so, you could apply the edits separately from the speed changes. The transitions also seem to be a weird and atypical way to do them, but maybe it's a limitation of Vegas. –  AJ Henderson Apr 29 '14 at 23:29
AJ Henderson: I don’t know why, but it didn’t work at first, right after I saw your reply. The markers were still getting messed up. Now, however, nesting the project as a single track does work. Would you kindly resubmit your message as an answer, so I’ll admit it and mark the question closed? –  Imfego May 2 '14 at 19:19

It isn't a perfect solution, but you can use nested sequences in order to apply your edits separately from your speed changes. This way the speed changes impact the final video instead of just one clip.

-

Your screenshot does not have sufficient zoom to see how the checkpoints of Velocity envelope behave. Let me assume they are all having Transition of Hold, e.g. velocity changes abruptly, not gradually: 100% immediately to 150%, then immediately back to 100%.

Along the course of my experience with Vegas, I found velocity envelope inefficient. Instead, I find splitting Video Event into several ones more effective, and here's why.

Say, you have a video event of length 1 minute, as on Track 1. Say, you want the original timeline 0:20 till 0:30 to play at Velocity of 200%, so that it took only 5 seconds instead of 10 original.

Full scale image here

If you add a Velocity envelope as in Track 2 (200% at timecode 0:20), you would need to guess at which point to put another control point for Velocity so that playback continued at original speed.

Also, the end marker of the video indicates that the actual timeline ends at approx. 0:54 (and the rest is a repeat of the same video event from the beginning).

However, if you take another approach and split your video as displayed on Track 3 and then Ctrl+drag the end point of the middle Event, it would work smoothly. You will be sure that the third Event starts at proper timecode (in original scale).

The only thing you would need is dragging the 3rd Event backwards, as shown in Track 4.

Moreover. As soon as you Group all three Events by Ctrl+clicking them and then pressing G, you will be able to process them together. In Track 5, I have stretched all three events so the entire video played a bit slower.

Note 1. Most likely, you will need to overlap these three Events somehow. This will let the stream to be smoother, without abrupt Velocity changes.

Note 2. Of course, all above applies to multi-track Groups as well. You need not keep all Events within the same Track.

-