If you drag the image in the timeline, it’s duration will be 1 frame. And the Preview panel gets blank as well when you move the Playhead to the image clip…
p.s. I needed to reboot my laptop to get it to work.
The problem with colors in GPU-Effects mode is still not fixed, the colors are distorted both in the viewport and after rendering. I reported the problem in detail here
The MLT Qt module failed to build, which is the source of most of these problems. I have not investigated it yet, but clearly this beta must be reissued.
In this demo, I group together 2 clips, then I grab the bottom clip, drag it to the right, and keep dragging it up until the clips collapse into each other leaving only the top clip. The bug is then triggered when I hit undo. As the grouped clips go back to their original position, a copy of the first clip is left behind in the spot where I last dragged it.
Related to this is a suggestion: It would be better if grouped clips didn’t collapse into each other when you drag the bottom clip all the way up or the top clip all the way down. It’s just not what you’d expect would happen. When clips are grouped, the expectation is that they won’t collapse into each other and the grouped clips will stay intact as one item.
But what should happen to Clip 1? You have requested for it to move up 4 tracks but there is no Track V6 for it to move to. Should we create a Track V6? Or refuse to perform the move operations? Or something else? I am open to discussion about changing this behavior in another thread. But I kind of see it as an edge case and different people will have different expectations for what to do.
I had to make some changes in the “move” logic to fix some of the bugs. Maybe that caused it to be a little slower. I will look into it. But I do not know if I will make any changes for this release.
Well… ShareX was capturing my screen and 2 versions of Shotcut were running. And Chrome and most likely a few other programs.
I just retested with only Shotcut running and the nudging is a little faster now. Maybe one jump per second. Which is still pretty slow compared with the 24.01 version.
I noticed that in the BETA version, after I move a clip, it stays selected. In previous version, the clip is deselected after dragging it. Could the nudging problem be related to that? I hope not. I kind of like not having to reselect a clip after dragging it
That is a correct observation. I did some profiling in the code that performs the move operation (including the code I changed to keep the selection). There are no major performance differences in that code from the previous version.
The most time consuming part of a move operation is loading a new frame to display in the preview. Part of that operation uses QT for image clips. Maybe the QT upgrade is related. I haven’t really found a root cause yet.