render crashes with AMD bulldozer in Ubuntu Precise after Jan 10 updates

[Luke]

Beginning with the Jan 10 updates to Ubuntu Precise, Kdenlive rendering crashes almost instantly on and only on my AMF FX-8150 "bulldozer" machine. After a VERY short "waiitng," I get the "rendering crashed, video will probably be corrupted" message and rendering stops, the same as if I had run "killall melt."

Rolling back kdenlive, melt, mlt, or ffmpeg or any combination of them to older versions does NOT stop the problem, and I have been unable to find the offending package that introduced the problem, for which kdenlive or maybe mlt needs to be rebuilt. There were a lot of KDE updates that day, but when I copied and older snapshot of Precise that worked, and reran the updates with the KDE updates pinned, the render crashed recurred anyway, so I don't think the KDE changes were responsible.

Both the 0.8.2 version of Kdenlive in the Ubuntu precise repos and the 0.8.3 version in the Sunab PPA (kdenlive_0.8.3+git20120105.9dea7a4b-0ubuntu0~sunab~oneiric1_amd64.deb) are affected exactly the same way
when running from an SSD boot drive on my AMD FX 8150 "bulldozer" machine. They do not crash when running on Phenom II x4 or even Intel Atom, just on AMD "bulldozer." I was even able to plug the laptop's hard drive (a 160 MB 5400RPM magnetic drive) into the AMD machine and boot from it, then render OK from kdenlive, but when I then copied that filesystem onto the SSD, and booted from that, the crashes on render returned.

I will upload a traceback copy when I get home, but libmlt (something) is the last thing showing near the end, along with a "stack" reference within a few lines of it.

For now, I am using a backup partition with a Dec 27 snapshot of Precise and the PPA version of Ubuntu for video work on the "buldozer" machine, until this is fixed.

[Luke (lukekuhn)]

Here are the details from one of these render crashes:

Rendering of (FILE NAME REDACTED).avi crashed
*** glibc detected *** /usr/bin/melt: free(): invalid pointer: 0x00007ff3b981a2a8 ***
======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x78a36)[0x7ff3b94f8a36] /lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7ff3b94fcd1c] /usr/lib/ladspa/tap_deesser.so(delete_descriptor+0x17)[0x7ff3b4ca9e87] /lib64/ld-linux-x86-64.so.2(+0x13bfe)[0x7ff3b9c7bbfe] /lib64/ld-linux-x86-64.so.2(+0x13414)[0x7ff3b9c7b414] /lib/x86_64-linux-gnu/libdl.so.2(+0xf26)[0x7ff3b9278f26] /lib64/ld-linux-x86-64.so.2(+0xe996)[0x7ff3b9c76996] /lib/x86_64-linux-gnu/libdl.so.2(+0x152f)[0x7ff3b927952f] /lib/x86_64-linux-gnu/libdl.so.2(dlopen+0x31)[0x7ff3b9278fc1] /usr/lib/mlt/libmltjackrack.so(+0x7eea)[0x7ff3b599feea] /usr/lib/mlt/libmltjackrack.so(plugin_mgr_new+0xbb)[0x7ff3b59a025b] /usr/lib/mlt/libmltjackrack.so(mlt_register+0x18)[0x7ff3b599cbd8] /usr/lib/libmlt.so.4(mlt_repository_init+0xbd)[0x7ff3b9a5ac9d] /usr/lib/libmlt.so.4(mlt_factory_init+0x267)[0x7ff3b9a5a427] /usr/bin/melt[0x402289] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7ff3b94a130d] /usr/bin/melt[0x403379] ======= Memory map: ========
00400000-00406000 r-xp 00000000 fd:01 180750 /usr/bin/melt 00606000-00607000 r--p 00006000 fd:01 180750 /usr/bin/melt 00607000-00608000 rw-p 00007000 fd:01 180750 /usr/bin/melt 00daa000-00e2e000 rw-p 00000000 00:00 0 [heap] 7ff3b0000000-7ff3b0021000 rw-p 00000000 00:00 0 7ff3b0021000-7ff3b4000000 ---p 00000000 00:00 0 7ff3b4ca8000-7ff3b4cab000 r-xp 00000000 fd:01 267263 /usr/lib/ladspa/tap_deesser.so 7ff3b4cab000-7ff3b4eaa000 ---p 00003000 fd:01 267263 /usr/lib/ladspa/tap_deesser.so 7ff3b4eaa000-7ff3b4eab000 r--p 00002000 fd:01 267263 /usr/lib/ladspa/tap_deesser.so 7ff3b4eab000-7ff3b4eac000 rw-p 00003000 fd:01 267263 /usr/lib/ladspa/tap_deesser.so 7ff3b4eac000-7ff3b4eb4000 rw-p 00000000 00:00 0 7ff3b4eb8000-7ff3b4ef4000 r-xp 00000000 fd:01 528938 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7ff3b4ef4000-7ff3b50f3000 ---p 0003c000 fd:01 528938 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7ff3b50f3000-7ff3b50f4000 r--p 0003b000 fd:01 528938 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7ff3b50f4000-7ff3b50f5000 rw-p 0003c000 fd:01 528938 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7ff3b50f8000-7ff3b51e9000 r-xp 00000000 fd:01 528797 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3108.0 7ff3b51e9000-7ff3b53e8000 ---p 000f1000 fd:01 528797 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3108.0 7ff3b53e8000-7ff3b53e9000 r--p 000f0000 fd:01 528797 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3108.0 7ff3b53e9000-7ff3b53ea000 rw-p 000f1000 fd:01 528797 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3108.0 7ff3b53ea000-7ff3b53eb000 rw-p 00000000 00:00 0 7ff3b53f0000-7ff3b5541000 r-xp 00000000 fd:01 395679 /usr/lib/x86_64-linux-gnu/libxml2.so.2.7.8 7ff3b5541000-7ff3b5740000 ---p 00151000 fd:01 395679 /usr/lib/x86_64-linux-gnu/libxml2.so.2.7.8 7ff3b5740000-7ff3b5748000 r--p 00150000 fd:01 395679 /usr/lib/x86_64-linux-gnu/libxml2.so.2.7.8 7ff3b5748000-7ff3b574a000 rw-p 00158000 fd:01 395679 /usr/lib/x86_64-linux-gnu/libxml2.so.2.7.8 7ff3b574a000-7ff3b574b000 rw-p 00000000 00:00 0 7ff3b5750000-7ff3b578e000 r-xp 00000000 ...

[Luke (lukekuhn)]

Updating a few packages at a time from a Dec 26 snapshot of Ubuntu Precise, I found that Kdenlive itself seems to be OK, upgrading mlt from what was in the Dec 26 snapshot to current versions causes a delayed rendering crash, updating the ffmpeg libraries (avcodec, avformat, etc) to the current versions causes an immediate rendering crash. In addition, upgrading tap-plugins (!) causes an immediate render crash, even though this is not a dependency of Kdenlive or anything underlying it.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Luke (lukekuhn)]

This was partially fixed sometime in February so long as tap plugins was either not installed or held to version 0.7.1-1. As of now, this crash still occurs if tap-plugins version 0.7.1-2 is installed. The workaround as of now is to remove tap plugins if you have it installed or find the older 0.7.1-1 version and roll back to it. I do not know which plugin is in the package is the culprit, as the exact same plugin names are in both versions of tap-plugins.

Don't know if this is still a kdenlive bug or a bug in tap-plugins itself, but it seems odd that an audio plugin or collection therof not used on the timeline of a kdenlive project should cause this.

> Date: Sun, 1 Apr 2012 16:37:02 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: [Bug 916639] Re: render crashes with AMD bulldozer in Ubuntu Precise after Jan 10 updates
>
> Status changed to 'Confirmed' because the bug affects multiple users.
>
> ** Changed in: kdenlive (Ubuntu)
> Status: New => Confirmed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/916639
>
> Title:
> render crashes with AMD bulldozer in Ubuntu Precise after Jan 10
> updates
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/kdenlive/+bug/916639/+subscriptions

[Luke (lukekuhn)]

FIXED: As of 4-24-2013, Kdenlive 0.9.6 seems to be OK with tap-plugins 0.7.2-1 . Has been for a while, but I kept that package pinned until recently so I didn't find out long ago.