Summary: | timeline corruption | ||
---|---|---|---|
Product: | [Applications] kdenlive | Reporter: | farid <snd.noise> |
Component: | User Interface & Miscellaneous | Assignee: | Jean-Baptiste Mardelle <jb> |
Status: | RESOLVED FIXED | ||
Severity: | grave | CC: | snd.noise, wegwerf-1-2-3 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
file before bug
file after bug screenshots of difference error after doing unproxy clip |
Description
farid
2015-05-20 21:43:27 UTC
Kdenlive 15.04.1 mlt 0.9.6-7 ffmpeg 2.6.3 Created attachment 92745 [details]
file before bug
Created attachment 92746 [details]
file after bug
Created attachment 92748 [details]
screenshots of difference
Had a quick look. Comparing the project files, i noticed clip MVI_2213 had its proxy disabled between the 2 versions, which for some reason I don't understand caused a change in the clip duration and probably lead to the corruption. It would help if you can remember the exact sequence of commands that caused the bug. Maybe you can try reproducing - that would help me understand. Thanks (In reply to Jean-Baptiste Mardelle from comment #5) > It would help if you can remember the exact sequence of commands that caused > the bug. Maybe you can try reproducing - that would help me understand. > Thanks normally this happens when moving or resizing clips. (In reply to farid from comment #6) > (In reply to Jean-Baptiste Mardelle from comment #5) > > It would help if you can remember the exact sequence of commands that caused > > the bug. Maybe you can try reproducing - that would help me understand. > > Thanks > > normally this happens when moving or resizing clips. also it has to do with the zoom level somehow, the more zoomed-in the more chances it happens. Created attachment 92774 [details]
error after doing unproxy clip
notice how in the bin the archives get corrupted as well.
(In reply to Jean-Baptiste Mardelle from comment #5) > Had a quick look. Comparing the project files, i noticed clip MVI_2213 had > its proxy disabled between the 2 versions, which for some reason I don't > understand caused a change in the clip duration and probably lead to the > corruption. i just unproxied some shots and the clips in the bin get corrupted as well. [ see attachment https://bugsfiles.kde.org/attachment.cgi?id=92774 ] Not really sure what is happening to you. Maybe there are several different bugs. I just fixed on issue, where zooming timeline with mouse wheel when mouse was over a selected clip caused an unwanted move of the selected clip. Might be one part of your corruption issues... Hi Farid! Is this bug still present on recent Kdenlive? If the bug's gone, please be so kind as to close this bug report as RESOLVED. Thank you very much for your cooperation! i am maintaining this because i've had it in 16.04.3 but not able to reproduce it still... Now this is serious! I also had one instance of timeline corruption when using the spacer tool with git master. If you can find a way to reproduce that would be a great help I saw timeline corruption just today (so sent project directly to JBM) with recent beta. In my case, when moving a large amount of timeline clips using the space I had displaced transitions, and even one transition on top of another. My analyzer needs to scan for more things I'm afraid... Git commit 353fff4e431da297d7dce0ffdceeb5947f064f71 by Jean-Baptiste Mardelle. Committed on 03/08/2016 at 21:48. Pushed by mardelle into branch 'Applications/16.08'. Detect and remove invalid (overlapping) transitions on project opening M +0 -1 src/timeline/customtrackview.cpp M +38 -20 src/timeline/timeline.cpp http://commits.kde.org/kdenlive/353fff4e431da297d7dce0ffdceeb5947f064f71 Jean-Baptiste, I've toyed around using the spacer tool in the old regression project ... and it looks quite good now. Seems that the space sometimes drops one of the transitions in that it does not move it, but otherwise doesn't touch it. Other than that, the corruption seems to be gone. That's really good news! gonna close this |