Mask: Draw (Glaxnimate) penultimate frame error

[jwm]

Shotcut 26.2.26 - EndeavourOS (up to date) installed via system packagemanager (pacman).

I see there’s a post about this filter, but I’m not certain it is the same issue:

Shotcut is 1 short in the number of frames it passes to glaxnimate

Windows 11 64bit 22H2 shotcut 24.04.28 to repeat the problem, split a video clip so you have a few small eg. approx 1.2sec sections. Select a section,in filters, add Mask:Draw (Glaxnimate) new. Often the frame count in glaxnimate for the selected clip section is one less than what shotcut is using. This means that when creating a filter, the last frame is not included, and is unfiltered. it’s possible that glaxnimate is rounding down, thus missing the last frame, which shotcut is not doing, b…

In that post, it is a off-by-one error, but as I mention, the bug here is with the penultimate frame. Shotcut renders the mask of this penultimate frame the same as the first frame, then on the very last frame of the clip, the final correct frame mask is rendered.

I believe from my naive calcs (not knowing a direct way to get a frame count for a clip within Shotcut) the frame count in Glaxnimate matches the clip in Shotcut.

I’m also posting anew, as that older thread is said to have been fixed.

I did quickly download the official appimage and it appears exactly the same.

I’ve confirmed the issue is in the exported video output not just the editor.

I also quickly looked in the rawx file and the frame count is correct, and it appears the penultimate frame is the correct frame (ie it doesn’t match the first frame, and doesn’t appear out of place from its neighbours).

I’m using Mask: Draw (Glaxnimate) to show multiple (precisely three in this case) instances of a person from three different clips moving across the same scene simultaneously.

[shotcut]

For me the problem occurs with the last frame, not the second-last (penultimate). Here is an example with 113 frames at 29.97 fps

first:

“penultimate”, which matches my animation in Glaxnimate

last (same as first because seeking on the animation incorrectly wrapped around to the first frame):

[shotcut]

What I reproduced is fixed in the next version of MLT or our builds of Shotcut (next is 26.04), which use the MLT git master head.

[jwm]

Awesome, good to hear, thank you.