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.

Reply via email to