L/J trim/cut edit?

Rednroll wrote on 7/18/2019, 8:49 AM

Does anyone know how to use "L/J Trim edit" as defined under the keyboard short-cuts?

From VP16 manual page 561

"L/J trim left/right by frames = SHIFT + Numeric Keypad 1/3"

"L/J trim left/right by pixels= SHIFT + Numeric Keypad 4/6"

My understanding of an L/J edit is when you have 2 adjacent events on the same track butted up against each other and you select the cut point or one of the edges of the events between them, then it will simultaneously edit both edges of the events together. I've tried this out in enhanced edit mode as well as trim edit mode, outside of those modes and it does nothing different as if I hadn't pressed and held the SHIFT key.

Now if you use the keyboard shortcuts for "L/J Cut edit" .

"L/J Cut left/right by frames = CTRL + ALT + SHIFT + Numeric Keypad 1/3"

"L/J Cut left/right by pixels = CTRL + ALT + SHIFT + Numeric Keypad 4/6"

These also seem to not work properly. It will perform a "Slide a transition or crossfade" edit as if the SHIFT key button press isn't being detected as well.

"Slide a transition or crossfade one frame left/right (trim adjacent) = Ctrl+Alt+Numeric Keypad 1/3"

"Slide a transition or crossfade one pixel left/right (trim adjacent) = Ctrl+Alt+Numeric Keypad 4/6"

By the way for the above keyboard shortcuts of slide transition, you need to be in enhanced edit or trim edit modes.

So either, I don't know how L/J Trim/cut is suppose to work and how to use it, or maybe a bug in Vegas.

Thoughts?

 

 

Comments

rraud wrote on 7/18/2019, 9:33 AM

I have not used, nor was I aware of that function, but use the L and J keys for 'scrubbing' audio, so the functions may be related some how.

Marco. wrote on 7/18/2019, 9:45 AM

Simplified spoken the L/J editing mode is for editing video without editing its audio or editing audio without editing its video.

J/L cut takes care of the adjacent event and edits it, too, so no gap or overlap will occur.

J/L trim ignores the adjacent event.

Both work fine here.

Rednroll wrote on 7/18/2019, 10:15 AM

I have not used, nor was I aware of that function, but use the L and J keys for 'scrubbing' audio, so the functions may be related some how.


They're not related. The L/J editing does not refer to the L/J keys, it has to do more with the shape of the cuts between events.

This guy shows the concept in Adobe premiere.

After watching this, I think I got it figured out now of how it's suppose to work. I think what confused me is that after I performed an L or J trim in Vegas like shown in the video is that all subsequent trim edits I attempted just using the NUM 4/5 are now an L and J cut edit.

So here's what happened.

If you have a video and audio track grouped together and you perform a trim edit ("NUM 4/5" when in trim edit mode "[ or ]", then the audio track and its grouped video track will trim edit together. Now if you use the L/J Trim on those same grouped audio/video events, it essentially temporarily ungroups the audio and video track where you're now either just trimming the edge of the audio or video track without effecting the other. However, after you've performed that L/J trim edit and you try to then go and trim both the audio and video edges together those edges are no longer in line with each other and they no longer edge trim together even though they're grouped together.

I guess Vegas has to have all edges of grouped events inline with each other to perform a edge trim on the multiple events. I must have done a L/J edit but not enough to notice it, but just enough so the audio/video event edges were no longer in line with each other and then it seemed like something wasn't working quite right.

It can probably be blamed on user error or a poor Vegas consistency implementation causing user confusion.

Rednroll wrote on 7/18/2019, 10:31 AM

Now that I got that figured out, I guess I need to figure out how to simultaneously trim the edges of a grouped audio and video event if their edges are no longer inline with each other.

Marco. wrote on 7/18/2019, 1:30 PM

This is something which results from ungrouping and grouping again (which happens as hidden background process when doing J/L edits – and actually this is the very nature of grouped events with non-aligned events).
I never found out if this happens on purpose or if it is kind of a bug. It's back to normal behaviour once video and audio events align again. I don't have a solution.