Bug 475644

Summary:	Resizing when selecting and moving groups of clips
Product:	[Applications] kdenlive	Reporter:	horrormakesushappy
Component:	User Interface & Miscellaneous	Assignee:	Jean-Baptiste Mardelle <jb>
Status:	REPORTED ---
Severity:	normal	CC:	horrormakesushappy
Priority:	NOR
Version First Reported In:	23.08.1
Target Milestone:	---
Platform:	Other
OS:	Microsoft Windows
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	attachment-2633192-0.html

Description horrormakesushappy 2023-10-15 02:04:45 UTC

SUMMARY
We create slideshows of excerpts of our podcast to upload to Youtube. For these slideshows we use the first two tracks alternate between pictures of our guests and pictures of our podcast's logos. So the first track is all pictures of our guests, and the second track is all images of our logos.

Previously the excerpts we were uploading were only 60-120 seconds long, so there were very few transitions, but we now want to upload entire episodes, which are 60-90 minutes long. Since we only get a handful of pictures from each guest, rather than rotate through those for that length of time we've decided to use pictures from all of our guests. We're in our 4th year, so the slideshow of each year's guests can be pics of the guests from that season.

As such, what we've done is create a long slideshow as a template. We export the video for an episode, then we take the images of that guest, move them to the back of the slideshow, and move all guest images back up to the front. This way the first images for that video will be of the guest in that video.

We've noticed that after moving the clips some have been resized or moved off their alignment (we give exact details below). Our best guess is that the moves are being split into multiple groups of actions, with some being done properly and some not.

STEPS TO REPRODUCE
1. Create a slideshow with 120 images, each displayed for 60 seconds, with 3-second transitions, and a transition on the last one to use for snap-to alignment.
2. Select the first 5 images of the top track, move them to the back.
3. Select all images of the top track, drag them forwards to 0:00.
4. Check length and alignment of all images in the first track.

OBSERVED RESULT
The 14th image in the first track is 54 seconds long
15th - 32nd images are 60 seconds long, but off alignment by 6 seconds
33rd - 48th were 60 seconds long and on alignment
49th - 57th are 60 seconds long, but off alignment by 6 seconds
58th was 54 seconds long
59th & 60th are 60 seconds long, but off alignment by 6 seconds

EXPECTED RESULT
Images would be moved without being resized or changing alignment.

SOFTWARE/OS VERSIONS
Windows: Win10

ADDITIONAL INFORMATION
N/A

Comment 1 horrormakesushappy 2023-11-03 07:51:35 UTC

Hi there.  It's been about 3 weeks with no acknowledgement of this issue.  I thought I would check in.

Comment 2 Jean-Baptiste Mardelle 2023-11-10 17:13:27 UTC

Thanks for your report. Could you post a screenshot of your timeline so that I understand how the transitions are placed?

Comment 3 horrormakesushappy 2023-11-10 21:35:18 UTC

Created attachment 163023 [details]
attachment-2633192-0.html

Hi Jean,

I was actually doing some more work with this yesterday, and I now think my
problem was slightly different than what I thought it was.

I reopened the template with the intention of swapping out all the guest
images so I could start creating videos for our second season, and in doing
so found a point in the slideshow where the positions of the images was off
a bit.  There was one image that was less than 1:00, which meant that when
I repositioned images anything after that would've been misaligned.

I fixed that, then saved the project so I could have a known-good version
to revert to if I ran into issues later.  I then reopened that template and
already a few images were misaligned.  I fixed them, saved again, reopened
again, and it seems like my template hasn't had any issues since.

I've created projects for all of our second season's worth of episodes but
haven't rendered them yet.  I'll do that tomorrow.  But I suspect this
might be related to a separate bug that may already have an open ticket.
Let me describe that and if there is a separate ticket for it maybe we can
close this one as a duplicate of that one.

The other issue I've noticed is that if I use the Undo feature (Ctrl-Z) too
many times the application loses track of where the assets are and displays
them incorrectly on the timeline.  So I'll see one thing on the timeline,
but if I play the project the preview window will show a preview that
doesn't match what's on the timeline.  And if I Ctrl-Z too much and then
Redo (Ctrl-Shift-Z) sometimes the app will crash.

It's possible I'd done one or more Ctrl-Z when working on the previous
projects, then saved them while the visual representation of timeline was
out of sync with what the app thought was in the project.

Do you know if there's a ticket for that?

On Fri, Nov 10, 2023 at 12:13 PM Jean-Baptiste Mardelle <
bugzilla_noreply@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=475644
>
> --- Comment #2 from Jean-Baptiste Mardelle <jb@kdenlive.org> ---
> Thanks for your report. Could you post a screenshot of your timeline so
> that I
> understand how the transitions are placed?
>
> --
> You are receiving this mail because:
> You reported the bug.
> You are on the CC list for the bug.