Can anyone replicate this?

1marcus4 wrote on 11/12/2007, 3:07 PM
This behavior never happened to me in Vegas 6.0d, only 8.0a. I do a lot of football video for coaches where I am working with about 100-200 10-20 second clips per game. I have text, overlay, video, audio, and music tracks, in that order. I place quarterly results on the text track, and gradient generated media on the overlay track. Now, for example, if I place my cursor at the end of a play using the right bracket key, and use the numeric1(end) key to delete seconds off the end of the play, and then use Ctrl+Shift+F to close my gap, the text and overlay objects located BEFORE the end of the clip, but AFTER the beginning of the clip, move to the left. This is WRONG. They shouldn't move at all. Objects prior to the beginning of the clip don't move and are fine, and the objects after the cut move as expected.

Weird?

Comments

jrazz wrote on 11/12/2007, 6:21 PM
Have you checked your ripple edit setting?

j razz
PeterWright wrote on 11/12/2007, 7:26 PM
Yes - it's the same here in 8.0a Marcus.

As you say, this is incorrect - the only events that should ripple are those starting at or later than the start of the first event being moved, which in this case is the event to the right of the one being shortened.

I assume you have submitted this to Sony.

edit: This only seems to happen when Numeric 1 is used to shorten the event, not when the right edge is dragged ...
DSCalef wrote on 11/12/2007, 7:48 PM
I had this happen in 7.0e.

Being desparate and frustrated, I turned on "Ignore Event Grouping" and it stopped. But my sound track was no longer following.

But, this told me I had a grouping problem. So I went up to the Generated overlay tracks and ungrouped. Solved my issue. If you think about it, it sort of makes sense that grouping and auto-ripple could conflict. The issue is the programmers should not allow ripple of anything on a different track that is prior to the ripple.

David
NickHope wrote on 11/12/2007, 7:51 PM
There was new ripple edit behaviour introduced in version 7. I don't like it either.

To set it back to how it was in 6:

- OPTIONS
- <SHIFT> Preferences (shows an extra "Internal" tab)
- Internal
- Set "Use new event delete ripple logic" to FALSE (about 15 from the bottom of the list)
1marcus4 wrote on 11/12/2007, 8:32 PM
jrazz,

I'm using all default settings in Vegas 8.0a. Is there a specific setting I should be looking at?

1marcus4
1marcus4 wrote on 11/12/2007, 8:33 PM
PeterWright,

I haven't submitted it to Sony yet. First thing in the morning.
The "right edge dragging" didn't work for me either.

Thanks though...

1marcus4
1marcus4 wrote on 11/12/2007, 8:42 PM
DSC,

As far as I know, the generated media clips on the overlay track are not grouped with the video track clips directly below them. Should they be?

1marcus4
1marcus4 wrote on 11/12/2007, 8:43 PM
Nick Hope,

I tried this per Rosebud's recommendation. No luck!

Thanks though!
1marcus4
jrazz wrote on 11/12/2007, 8:56 PM
I was just making sure you did not have ripple on when you really meant to have it off. From what it looks like, this is not the case, but if you have ripple off, this should not be an issue as nothing should move.

j razz
NickHope wrote on 11/12/2007, 9:20 PM
Yeah, you're right. I've read more carefully and tested and t's happening in 7.0e and 8.0a. And come to think of it this has subconsciously bothered me a few times in the past but I didn't really notice the change from earlier versions. When it decides what to ripple it's looking at the START of events on other tracks rather than the END of them and I agree, this is wrong.
1marcus4 wrote on 11/12/2007, 9:53 PM
Nick Hope,

Thanks. I thought I was going crazy! I will log the issue with Sony tomorrow.

1marcus4