As per the video. With Auto Ripple on, dragging the front of an event to the right results in the unexpected movement to the left of a marker originally positioned at the same point on the timeline.
Did you made the right choice for what you want?
There are several odd things happening with the ripple mode. This unexpected movement of markers in front of an event is one of it. Vegas Pro sticks this marker to the event internally which may be technically correct but I doubt it meets the user's logic.
Did you made the right choice for what you want?
Yep, the marker should not be jumping forward in time when the start time of the event does not change. No matter which Auto Ripple mode you are in.
Strange, this how it goes with me trying to do the same as you showed
What build of 17 are you using?
Strange, this how it goes with me trying to do the same as you showed
What build of 17 are you using?
I'm using All Tracks, Markers and Regions mode.
Did you try @j-v's suggestion, see his screenshot you quoted above.
No, because it's not relevant to my situation. I simplified the example video for demonstration purposes.
In reality, I have many more events and markers later in the timeline. I need all of those to move with the edits.
Have you tried Post-Edit Ripple instead of Auto Ripple?
Have you tried Post-Edit Ripple instead of Auto Ripple?
It has the same bug. :)
I completely agree with JPK. It's the same odd misbehaviour as when deleting the first event in the timeline (from timecode zero up), rippling also deletes the events of other tracks at same position instead of preventing any event of getting moved more than to the timeline's zero position.
It's the same with post-edit rippling. The logic isn't made for users.
https://www.vegascreativesoftware.info/us/forum/unexpected-rippling-behaviour--120350/
Unfortunately, the legacy ripple logic has the same bug.
I completely agree with JPK. It's the same odd misbehaviour as when deleting the first event in the timeline (from timecode zero up), rippling also deletes the events of other tracks at same position instead of preventing any event of getting moved more than to the timeline's zero position.
It's the same with post-edit rippling. The logic isn't made for users.
Yes, I did notice other ripple edit oddities but was neck deep in project delivery, so didn’t have time to investigate further.
I believe one of them was the deleting events rather than preventing them moving beyond the zero position you are describing.
I had no idea a huge number of grouped events had disappeared from the start of my project after inserting a new event. Was not until after 10 to 20 edits later that I discovered what had happened.
Some frantic undoing got everything back, but it's a big jolt when something like that happens.
I went back to Vegas Pro 9.0e and the behavior is the same as your example no matter the setting of the new event delete ripple logic switch. I could go back to version 4 and/or 8 but it appears that Auto Ripple has worked that way for a long time.
Anecdotal Detritus
Most of the time in my editing experience when I've hit Control + Z it's been from having Auto Ripple switched on. I normally work with it turned off and only switch it on when I want to pull some downstream event forward in time. I'm sure the logic of how it works makes perfect sense to some developer somewhere, but it doesn't fit my expectations.
Yeah @john_dennis I feel it has to be a bug that has slipped through the cracks. Think they are moving markers that are > or = to the events start time, they need to only move markers that are >.
I can't see how the current behaviour would be anything other than a nuisance to anybody.
I'm not usually a frequent user of Auto Ripple, the project involved many different sections of voiceovers that all required editing. Had to move these markers back to the right spot what felt like a hundred times.
https://www.vegascreativesoftware.info/us/forum/unexpected-rippling-behaviour--120350/
Unfortunately, the legacy ripple logic has the same bug.
Yes. I've forgotten which ripple problem Marco's suggestion attended to. The 'bug' in the link is a real pain if you trim the end of a long clip, such as a piece of music, and forget that all your events that start after the music start will waltz down your timeline.
"I feel it has to be a bug that has slipped through the cracks. Think they are moving markers that are > or = to the events start time, they need to only move markers that are >.
I can't see how the current behaviour would be anything other than a nuisance to anybody."
You are correct about the logic. If you look at the Edit Details Window, the marker and the start of the clip that you're resizing are at the same location on the timeline.
A possible workaround:
Make the marker and the start of the clip you're resizing have different locations on the timeline by dragging the clip (and everything beyond it) to the right before you resize it. Grab it anywhere except the left edge.
Sardonic Humor
Try to remember that workaround in the middle of a hot, steamy editing session. Or, when you're half asleep. Or, on any Monday before 1030. Or, ...