https://bugs.kde.org/show_bug.cgi?id=366571
Bug ID: 366571 Summary: Kdenlive git master w/ movit: video playback corruption after end of CPU transition Product: kdenlive Version: unspecified Platform: Debian unstable OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: Effects & Transitions Assignee: vpi...@kde.org Reporter: directact...@hushmail.com When Movit is enabled, at least one CPU effect is on a track, and it is transitioned into from a track above it using a CPU transition (e.g. wipe with an image or dissolve), playback becomes severely corrupted as soon as the transition ends and the track has nothing left to composit with. Sometimes this also causes kdenlive to crash, but not always. Tracks with no effects OK, tracks with only Movit (GPU) effects OK, tracks transitioned into from below with any effects OK, Tracks with GLSL transition between them OK. If only "dissolve" transitions are used GLSL wipe works well though must be inverted for transition down. Playback after transitions normal if Movit is disabled. Reproducible: Always Steps to Reproduce: 1.Put a clip on a track, and another clip on a lower track later in the timeline with an overlap 2. Put any CPU effect on the second track 3.Put any CPU transition between the tracks, it must transition DOWN to the second clip Actual Results: Severe video playback corruption as soon as the transition ends. This can be suppressed by putting a totally transparent image clip above the track in question. This indicates that once compositing to the track begins it must continue or playback is corrupted Expected Results: Track should play normally after end of transition. Kdenlive from GIT master, any version the last couple weeks. MLT is 6.3.0 from GIT master as well, both July 5 2016 and August 8 2016 pulls same results. Projects first made with versions of Kdenlive from June 2016 or earlier are not affected-and starting from an empty project made with a June 10 build of 16.07.70 I saved is gives the expected results (normal playback) even when using current 16.11.70 git master. Thus something in how composited tracks are written to the project file is to blame. Adding a track to such a project immedialty brings back the corrupted playback, no recovery possible exept from backup project file-or by replacing every transition with a GPU transition. -- You are receiving this mail because: You are watching all bug changes.