Created attachment 102845 [details] backtrace report Crashed on closing the kdenlive.
Are you using nvidia binary drivers?
Yes I am. System: Host: openSUSE422 Kernel: 4.4.36-8-default x86_64 (64 bit) Desktop: KDE Plasma 5.8.3 Distro: openSUSE Leap 42.2 Machine: Device: desktop Mobo: Gigabyte model: H55-UD3H v: x.x BIOS: Award v: F10 date: 08/20/2010 CPU: Dual core Intel Core i3 540 (-HT-MCP-) cache: 4096 KB clock speeds: max: 3059 MHz 1: 1197 MHz 2: 1463 MHz 3: 1197 MHz 4: 1197 MHz Graphics: Card: NVIDIA GF108 [GeForce GT 630] Display Server: X.Org 1.18.3 driver: nvidia Resolution: 1920x1080@60.00hz GLX Renderer: GeForce GT 630/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 375.20 Audio: Card-1 NVIDIA GF108 High Definition Audio Controller driver: snd_hda_intel Sound: Advanced Linux Sound Architecture v: k4.4.36-8-default
Happens to me to. Fedora 26, Kdenlive 17.04.2 crash on exit. kcrash tells that the backtrace is probably not useful, well I attach it anyway. I'm also using nvidia binary driver.
Created attachment 106702 [details] (probably useless) backtrace
The crash is actually happening in the melt framework and taking kdenlive down aswell. This commit (6 months old already) in melt fixes the issue: https://github.com/mltframework/mlt/commit/a3188e301b5a9a1f25dbb98a510e366363348e64 We added the fix to our mlt packages in Neptune since then and don't suffer from kdenlive crashing any longer. As no new melt version (e.g. 6.4.2) was released I suggest all distros should patch melt in the meantime until it is fixed. (or someone from kdenlive can poke the melt guys to do a new bugfix release so distros can pick up the fix amongst others) Status should be set to confirmed btw. or something indicating that it is an upstream issue within melt.
I can confirm the crash on Fedora 26 x86_64. I am using the nouveau driver for NVIDIA GeForce GT 630.
Leszek, what you see is probably bug 378469.
Created attachment 112109 [details] backtrace from exit crash Also happens on kdenlive 17.12.3 on openSUSE using the version from the Packman repositories.
Upgrading libmlt... to 6.6.0-13.1 from Packman fixed this.
Fixed by mlt 6.6.0 here too.