https://bugs.kde.org/show_bug.cgi?id=364367
Bug ID: 364367
Summary: git master 2016-06-16 - Speed effect causes corruption
in saved files
Product: kdenlive
Version: unspecified
Platform: Archlinux Packages
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: User Interface
Assignee: [email protected]
Reporter: [email protected]
Add the speed effect and speeding up clips in particular has some strange
effects on saved files.
Reproducible: Sometimes
Steps to Reproduce:
1.Put a long clip on the timeline
2.Apply speed effect, 1000% is good. :)
3.Put another clip in contact just after the clip with the speed effect
applied.
4. For bonus fun, have a bunch of groups of clips behind these
5. Save your project
6. Load it.
Actual Results:
Sometimes, almost all the time, the clips behind the speed effect is corrupted
somehow.
I believe this is due to the real length of the clip being read and applied to
the timeline during either the saving or loading process.
Expected Results:
Project to look exactly like it did when it was saved.
I think that there is an issue at the bottom of the timeline corruptions that I
can see.
Assuming that there is no overlaps on the timeline is one thing, but then this
must be enforced during save and load.
It might be an idea to add the clip, then it's effects, then the next clip from
left to right, and so on during a restore. Disabling user input while the
timeline is being populated might be a good idea. It would actually be a cool
"progress indicator" to watch the timeline fill up when doing a load of a
project.
--
You are receiving this mail because:
You are watching all bug changes.
