Bug 415031 - Freeze when clip is changed while playing a clip
Summary: Freeze when clip is changed while playing a clip
Status: RESOLVED FIXED
Alias: None
Product: kdenlive
Classification: Applications
Component: User Interface & Miscellaneous (show other bugs)
Version: git-master
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-10 22:00 UTC by alriddoch
Modified: 2020-04-16 15:59 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:
fritzibaby: timeline_corruption+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description alriddoch 2019-12-10 22:00:13 UTC
SUMMARY

kdenlive freezes up if the active clip on the Clip Monitor is changed while a clip is playing.

STEPS TO REPRODUCE

1. Load a project with multiple clips in the bin.
2. Select one clip.
3. Start playing the clip in the Clip Monitor.
4. While the clip is still playing, select another clip in the bin.


OBSERVED RESULT

The new clip appears in the clip monitor, but attemtping to play it doesn't work. Some of the UI is still responsive for a few seconds, but soon the entire UI is completely frozen.


EXPECTED RESULT

The new clip appears in the monitor, and it is possible to start playing, and use the rest of the UI.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Fedora 31
KDE Plasma Version: 
KDE Frameworks Version: KDE Frameworks 5.64.0
Qt Version: Qt 5.12.5 (built against 5.12.5)

ADDITIONAL INFORMATION

I have been reproducing this on the latest revision of the release/19.12 branch in git. cb3ddf0b3f26533cdf2f3e5137cf778f26fc935d
Comment 1 alriddoch 2019-12-19 19:27:53 UTC
I can reproduce this issue with 19.12 built against mlt 6.18.0, but it appears to be fixed using mlt git master.
Comment 2 emohr 2019-12-20 17:12:39 UTC
Please try with the current Kdenlive AppImage version 19.12.0a to see if there are any packaging issues https://files.kde.org/kdenlive/release/ 

If the problem/issue doesn't occur when using the AppImage, then it's your configuration or packaging.
Comment 3 alriddoch 2019-12-21 19:51:15 UTC
I can't reproduce this bug with kdenlive-19.12.0a-x86_64.appimage. I also can't reproduce it with kdenlive git branch release/19.12 built against mlt git master.

I can reproduce the bug which kdenlive git branch release/19.12 built against mlt 6.18.0, so it looks like another release of mlt is called for.
Comment 4 emohr 2019-12-21 20:05:25 UTC
Kdenlive AppImage 19.12.0a contains MLT 6.19 (=master) which fixes this bug (commit from 3-Dec-19 from JBM). So I assume we can close this bug as solved?
Comment 5 alriddoch 2019-12-21 20:10:55 UTC
SGTM, though I see no sign of an mlt 6.19 release on https://github.com/mltframework/mlt/releases
Comment 6 emohr 2019-12-22 18:58:28 UTC
No, MLT 6.19 is not an official version; it's just the MLT master. When you run the Kdenlive AppImage 19.12.0a -> about Kdenlive -> you see MLT 6.19. JBM, our coder packed the MLT master into 19.12.0 to avoid exactly this bug.
Comment 7 Andrej M. 2020-02-12 17:33:56 UTC
Hello,

I'm affected by the same bug. I'm using the Kdenlive Appimage Version 19.12.2 which comes with MLT version 6.19.0

Best regards,
Andrej
Comment 8 alriddoch 2020-02-12 18:01:16 UTC
I have seen a few instances of this bug recurring, but I'm not able to reproduce it reliably.
The bug is generally triggered while switching quickly between clips in the bin, and can occur of the clips are video or images.
Comment 9 alriddoch 2020-04-16 10:44:48 UTC
I have not been able to reproduce this bug since 

58617d100cc817c4f73fe1d9361e543943bb0d37 Fix freeze when changing bin selection BUG: 419604
Comment 10 Jean-Baptiste Mardelle 2020-04-16 15:59:18 UTC
Thanks for your confirmation. The issue only happened with some video formats which is why this bug went undetected for so long. Thanks for your patience and I think this can now be closed with my recent commit (I was given some video samples that triggered the issue).