Bug 485371 - Re-opening saved project shifts and drops clips in time line
Summary: Re-opening saved project shifts and drops clips in time line
Status: RESOLVED WORKSFORME
Alias: None
Product: kdenlive
Classification: Applications
Component: Project Bin & Import (other bugs)
Version First Reported In: 24.02.1
Platform: Microsoft Windows Microsoft Windows
: NOR grave
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-04-11 12:30 UTC by ralfgesellensetter
Modified: 2024-11-01 03:47 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In: 24.05
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ralfgesellensetter 2024-04-11 12:30:31 UTC
It looks like restoring major projects from saved .kdenlive text files migth fail, i.e. drop or shift clips within video tracks.


STEPS TO REPRODUCE
1. I created a major video project with 4 video tracks. 
2. I saved the project and rebooted because rendering crashed due to missing memory (this was in 24.01.95). 
3. I also upgraded to 24.02.1. 
4. But when I reopen the saved project, I get a warning: Project changed by kdeenlive, at least I continue with a backup.
5. The top video track lacks some clips and some are shifted. The 2nd track (Track #3) had been muted by myself (if this is the reason).
6. Also I see that there are lines starting with <  rather than opening triangle bracket in the .kdenlive file (but these text labels are read correctly).



 

OBSERVED RESULT
There seems to be a random mess, many work in vain, not usable. 

EXPECTED RESULT
At least keep position and amount of clips in time line as they were. 

SOFTWARE/OS VERSIONS
Windows: 10

ADDITIONAL INFORMATION
Maybe the xml format is a problem in windows, or the scaling of the timeline had been changed. Maybe same issue as #481919
Comment 1 Ashton 2024-05-27 09:36:04 UTC
I'm having similar problem with all of my project files, even small ones (4 minutes, 2 video tracks):

After I finish editing a project/video in Kdenlive, I save it.
When I open a saved file (same computer, same version of kdenlive), the timeline videos and audio are messed up in these ways (Parethathese are specifics for this project):
The video is moved over to start later (at 7 seconds)
The first (3) clips in the video look fine and are still synced correctly.
The (4th) clip is still connected, but the audio is longer than the video, and the audio is no longer synced with the video.
All clips after that get farther and farther desynced and disconnected.
It looks like the videos and audio clips have also been extended to much longer than they were as the video used to be 4:30 and now it is 12:53.
I'm using: Kdenlive  Version 24.02.0
https://preview.redd.it/kdenlive-video-audio-timeline-desycing-when-reopening-my-v0-5kd2m1l7tx2d1.png?width=1319&format=png&auto=webp&s=3fd4d1595fd92e5366b36a17b0fa54fc112585ac
https://preview.redd.it/kdenlive-video-audio-timeline-desycing-when-reopening-my-v0-n0ij6h11ux2d1.png?width=1695&format=png&auto=webp&s=b36da57a038e452ef7b05b91eb893094a82f5b9d
Comment 2 emohr 2024-05-28 16:08:07 UTC
Thanks for reporting. With the upcoming version 24.05 we fixed several project file bugs including the miss alignment after project opening. Once 24.05 is released, please test it and give feedback.
Comment 3 emohr 2024-10-02 06:53:47 UTC
Please test with the latest version: https://kdenlive.org/en/download/
Comment 4 Bug Janitor Service 2024-10-17 03:48:08 UTC
๐Ÿ›๐Ÿงน โš ๏ธ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 5 Bug Janitor Service 2024-11-01 03:47:30 UTC
๐Ÿ›๐Ÿงน This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.