Bug 415031

Summary:	Freeze when clip is changed while playing a clip
Product:	[Applications] kdenlive	Reporter:	alriddoch
Component:	User Interface & Miscellaneous	Assignee:	Jean-Baptiste Mardelle <jb>
Status:	RESOLVED FIXED
Severity:	crash	CC:	andrej.mernik+bugs, fritzibaby
Priority:	NOR	Flags:	fritzibaby: timeline_corruption+
Version First Reported In:	git-master
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

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).