Added using trim actions (I and O) to extend a timeline clip
I just realised this change completely ruins my main editing workflow of playing back the timeline and doing quick SHIFT+O to trim out the end of the clip under the playhead. Having to manually select the clip now is a huge time waster.
Can this be reconsidered? Maybe add it as a separate action? It is quite a big change and I actually did not realise it for a while and had to undo a bunch.
Trim clip end (Shift+O) automatically acted on the clip directly below the playhead no matter which clip was selected somewhere else on the timeline. So you could just hit space to play then quickly Shift+O to cut an unwanted bit and keep going without involving the mouse at all.
With this new change in beta, if you forget to select the exact clip you want to trim it will act on whatever clip you last selected.
Yes if there is no clip selected then the old behaviour is still present.
The problem is this is not very obvious (at least to me, I only now noticed even though Iâve been on beta for weeks) and you possibly end up messing your edits without realising until after export.
The only reason I noticed this now is because I had an Image selected and a still image for multiple seconds really stood out.
it still works under-the-playhead if nothing is selected. What you described could be considered a bug, or at least a quirk that you used as a feature. Timeline edit actions should prioritize what is selected and only refer to the playhead if nothing is selected. All you need to do now to use the playhead is Ctrl+D to deselect.
I mean I see the logic of it being the opposite of trim, but I donât know, Iâm either the odd guy using keyboard shortcuts like this one literally every project and itâs gonna have a big impact on my productivity or a lot of people will mess up their edits after the new update.
It sounds simple until you have to do it hundreds of times and if you forget it and donât notice it immediately⌠youâre gonna have a lot of fun after export.
Oh wow, this also works with Shift+I in a multitrack timeline but thereâs no way a regular user would even understand whatâs happening. Again, technically it does the correct actions here, but itâs so much useless than affecting the clip under the playhead.
Maybe the discussion of this is worth for another release. Both of yours opinions are valid, i think.
In my workflow-experience i like the way subtitles behave when using âShift Râ and âShift Tâ. This means i select a specific text-item, place the playhead somwhere and e.g make the item longer with âShift Tâ. This is very convenient.
I would love to see this behaviour on clips. Right now if i want to lengthen a clip i have to place the playhead, select the clip, draw its right end on the timeline to the right - next to the playhead - and pray that it neither makes an unwantend transition with its new neighbour-clip nor stops because of a mangnetic audio-track which starts or ends for some reasons right next to the playhead.
I might restore it under new actions in a future release but also I think it needs more restrictions given what Daniel showed in his video. This release is already being prepared.
Hi @shotcut, apologies for getting to testing late, but I noticed what I think is a bug with the new I and O âextend a clipâ feature. Itâs a great improvement in my opinion - but you canât extend a clip to abut the next clip.
To explain it properly, I made this short demo, with subtitles.
Or am I missing something?
PS I noticed the same behaviour with the Shotcut Subtitles feature, but it didnât matter so much with subtitles - itâs often fine to have a gap of a frame or two between them. Having gaps when you are trying to line up clips consecutively is a big problem, though.
Edit - oops, sorry, I have mixed up two lines of subtitles in the demo I just posted (âOâ should be âIâ and vice versa in two points), but I hope you can see what Iâm trying to explainâŚ
I havenât tried using this extend-a-clip feature in the beta so I canât comment on bugs in it or whether the UI for it could use some tweaking, but I think this is a useful feature that deserves to be added, so I would ask that you consider bringing it back at some point, perhaps with changes from the feedback people have offered.