Created attachment 143661 [details] timeline screenshot SUMMARY a mess in timeline after normal save and re-open STEPS TO REPRODUCE 1. see attached pic and kdenlive project 2. 3. EXPECTED RESULT see pic attached ADDITIONAL INFORMATION kdenlive project file that I saved with correct timeline, then re-opened and I see the mess: https://aiai.de/foren/terminkal-copyPaste-error.kdenlive Attention!!! Videos I inserted (see pic) are speeded! Perhaps thats the reason!! I guess I have to place them always on top of all other elements in timeline. I to that now!
Created attachment 143662 [details] speeded videos on top. No no mess after re-open
Created attachment 143663 [details] attachment-12102-0.html I placed a bug report: https://bugs.kde.org/show_bug.cgi?id=445644 videos were speeded!! When placing videos on top, then no mess!! Am 17.11.21 um 12:32 schrieb E.Gerlach: > > After normals saving and reopen my first 21.08.3 - project a MESS > like I have it never seen before! > >
Created attachment 143664 [details] indloabedmlpiadl.png
Created attachment 143665 [details] fodpndjdaiaghobm.png
It happens to me even when the speeded videos are on top. It also happens with non-speeded videos. PNG image clips keep reverting to 5 seconds long. Videos show fine, preview fine, but when rendered behave shifted. Close and reopen, and the timeline looks like the rendered video. It's driving me insane. This is a highly critical bug.
Forgot to add: Running Kubuntu 21.10 with KDEnlive installed from flatpak. Version 21.08.3.
One last note: I used the following command to downgrade to kdenlive 21.08.2: sudo flatpak update --commit=ce0a122a8f5f6948991c3dffcb98e56559a2795ab608997021502f4bde076c1b org.kde.kdenlive The problem doesn't seem to happen there. It seems this is new for 21.08.3.
Thank you for reporting. We made some fixes. Please try with https://download.kde.org/stable/kdenlive/21.08/linux/kdenlive-21.08.3a-x86_64.appimage Does it still happen? If it it still happen try with the daily build: https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Dependency_Build/
I tried it everything yet the time line gets messed up. I tried rendering without closing the project after re-aligning the video, jpeg, audio, png clips yet it leads to mess. Though I grouped all clips they gets ungroups and become mess. Small audio clips travel even after the timeline gets over. Its making insane. For this first time a huge bug is just making it unusable. Any new user who will try KDEnLive will never use it again if this bug is kept as it is.
Thanks all for testing. @all. Please upload your Kdenlive project files "before the mess" and "after the mess" here so we can check what happen.
(In reply to emohr from comment #10) > Thanks all for testing. > > @all. Please upload your Kdenlive project files "before the mess" and "after > the mess" here so we can check what happen. You cannot discriminate the file before the mess and after the mess. It is practically difficult to share file before and after as the moment you close a file all the tracks go haywire and you have to re-align them. However, even if you re-align them on timeline, they look good on timeline yet when you render the video, the video is all mess. The basic function of KDEnLive of having multitrack video editing has got compromised in Ver kdenlive-21.08.3. You need to check it yourself, yet I will try and share the screen shots.
(In reply to emohr from comment #10) > Thanks all for testing. > > @all. Please upload your Kdenlive project files "before the mess" and "after > the mess" here so we can check what happen. I have realized the .jpg files extended over track shrink to one second and then all the clips around the goes to toss. However, the single .jpg or .png files placed on whole track remains intact. I have been spending time to render a 42 minutes Zoom Presentation where I had earlier included .jpg files of the slides. Which after render made the video irrelevant with complete mess though the timeline showed everything intact. The moment I closed the project file and opened it, the mess in rendered video matched with mess on timeline. Then I replace .jpg files with Zoom presentation video which stay on its time. Yet few .jpgs again made the video irrelevant.
(In reply to Dr. Ashutosh Pradhan from comment #11) > (In reply to emohr from comment #10) > > Thanks all for testing. > > > > @all. Please upload your Kdenlive project files "before the mess" and "after > > the mess" here so we can check what happen. > > You cannot discriminate the file before the mess and after the mess. It is > practically difficult to share file before and after as the moment you close > a file all the tracks go haywire and you have to re-align them. However, > even if you re-align them on timeline, they look good on timeline yet when > you render the video, the video is all mess. The basic function of KDEnLive > of having multitrack video editing has got compromised in Ver > kdenlive-21.08.3. You need to check it yourself, yet I will try and share > the screen shots. I have successfully identified and resolved the issue. I noticed that if the .jpg or .png files are on same track as of video or audio the remaining clips mess up. Hence I placed all .jpg and .png file on a separate track. I grouped all the images together. Then I grouped all clips before closing the project. Then I closed it and re-opened it, the timeline was intact. I am rendering the video now for final output. Hope since the clips were not messed up the rendered video too should be fine. Will let community know the result in new four hours.
(In reply to Dr. Ashutosh Pradhan from comment #11) > (In reply to emohr from comment #10) > > Thanks all for testing. > > > > @all. Please upload your Kdenlive project files "before the mess" and "after > > the mess" here so we can check what happen. > > You cannot discriminate the file before the mess and after the mess. It is > practically difficult to share file before and after as the moment you close > a file all the tracks go haywire and you have to re-align them. However, > even if you re-align them on timeline, they look good on timeline yet when > you render the video, the video is all mess. The basic function of KDEnLive > of having multitrack video editing has got compromised in Ver > kdenlive-21.08.3. You need to check it yourself, yet I will try and share > the screen shots. In source you need to fix it, if you have image files with extended duration on same track that of video it messes up the entire track timeline. Please replicate issue at your end and fix it in source.
(In reply to Dr. Ashutosh Pradhan from comment #14) > (In reply to Dr. Ashutosh Pradhan from comment #11) > > (In reply to emohr from comment #10) > > > Thanks all for testing. > > > > > > @all. Please upload your Kdenlive project files "before the mess" and "after > > > the mess" here so we can check what happen. > > > > You cannot discriminate the file before the mess and after the mess. It is > > practically difficult to share file before and after as the moment you close > > a file all the tracks go haywire and you have to re-align them. However, > > even if you re-align them on timeline, they look good on timeline yet when > > you render the video, the video is all mess. The basic function of KDEnLive > > of having multitrack video editing has got compromised in Ver > > kdenlive-21.08.3. You need to check it yourself, yet I will try and share > > the screen shots. > > In source you need to fix it, if you have image files with extended duration > on same track that of video it messes up the entire track timeline. Please > replicate issue at your end and fix it in source. Yes this trick fixed the mess up issue: One need to keep images in other track and group them first and then group all the clips. This is a short term solution till the time the coding team fix the issue in source code. I love KDEnLive it really delivers wonderful videos.
Does it still happen with the daily build: https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Dependency_Build/ ?
(In reply to emohr from comment #16) > Does it still happen with the daily build: > https://binary-factory.kde.org/job/ > Kdenlive_Nightly_Appimage_Dependency_Build/ ? No idea as I have installed it on Windows. Did not get Windows exe of nightly image.
I don't have any speed-ups, but I am using Alpha Shapes for the first time. I don't have to save it for the timeline to get messed up. When I render it, some clips move forward in time, even though they're correct in the editor. Then, when I save and reload it, a lot of spaces are collapsed. So the timeline is completely messed up. Another clue: There are video only tracks (still images, mostly) and audio tracks (voiceover) and one grouped pair of audio/video tracks that came in as an mp4. After saving, the a/v tracks are ungrouped, and the video segments are shifted forward over any empty space in that track, but the audio track is in exactly the right place! kdenlive-21.08.3-x86_64.appimage on Ubuntu 20.04
@ Dave Dixon: Please try with 21.08.3a: https://download.kde.org/stable/kdenlive/21.08/linux/kdenlive-21.08.3a-x86_64.appimage @ Dr. Ashutosh Pradhan: Here the nightly exe (download the .exe file and install it in a new folder): https://binary-factory.kde.org/job/Kdenlive_Nightly_mingw64/lastSuccessfulBuild/artifact/
(In reply to emohr from comment #19) > @ Dave Dixon: Please try with 21.08.3a: > https://download.kde.org/stable/kdenlive/21.08/linux/kdenlive-21.08.3a- > x86_64.appimage > > @ Dr. Ashutosh Pradhan: Here the nightly exe (download the .exe file and > install it in a new folder): > https://binary-factory.kde.org/job/Kdenlive_Nightly_mingw64/ > lastSuccessfulBuild/artifact/ Thanks. But I installed 21.08.3a and my project has been completed successfully by using tricks mentioned earlier. Now for next projects will wait for a month for next version upgrade as do not have a hurry. Yet thanks once again if required will download the nightly builds
(In reply to emohr from comment #19) > @ Dave Dixon: Please try with 21.08.3a: > https://download.kde.org/stable/kdenlive/21.08/linux/kdenlive-21.08.3a- > x86_64.appimage > > @ Dr. Ashutosh Pradhan: Here the nightly exe (download the .exe file and > install it in a new folder): > https://binary-factory.kde.org/job/Kdenlive_Nightly_mingw64/ > lastSuccessfulBuild/artifact/ Most excellent - thanks! I just spent the last two hours making a MWE I was about to post. At least it served as a quick test of this new appimage. Thanks again!!
I have the same issue here. Reported also my own bug here https://bugs.kde.org/show_bug.cgi?id=446242 so it's possibly a duplicate. I'm on Linux also but from Arch repos. I'm going to test the daily appimage provided above report back
(In reply to sarantospgs@gmail.com from comment #22) > I have the same issue here. Reported also my own bug here > https://bugs.kde.org/show_bug.cgi?id=446242 so it's possibly a duplicate. > I'm on Linux also but from Arch repos. I'm going to test the daily appimage > provided above report back I can confirm, with the appimage provided from the comments the problem doesn't exist. Unfortunately i experienced a different bug where specific pictures will render blank white while they appear ok in preview...
Thx for looking to the bug. Its a good idea to load down latest image versions and then render the project. I just rendered a video with that image an I am amazed: no crackling, typwriter is "build-in" as a feature for text elements, good!!! My old video timeline with rendering bugs with speeded videos is already rendered to a mp4, after many tries with adding video lines to the timeline. So you can close this bug report! Seems that bugs are done :) Thank you!!!!!!
Thank you all for the feedback and contribution. Glad to hear it works. I close this bug. If it still appears in the latest version, please feel free to re-open it and update the affected version number.