Debian Bug report logs - #884268
kdenlive: Rendering to .webm crashes.

Display info messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: "Kingsley G. Morse Jr." <kingsley@loaner.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: kdenlive: Rendering to .webm crashes.

Date: Tue, 12 Dec 2017 21:26:26 -0800

Package: kdenlive
Version: 17.08.3-2
Severity: normal

Hi Patrick,

I like the free .webm video format.

kdenlive used to render to it for me.

Unfortunately, now it crashes.

Here's how:

1.) $ kdenlive

2.) File->New->Full HD 1080->HD 1080p 25 fps

3.) Project->Add color clip->Clip Color = black

4.) Drag the color clip from

        the project bin 

    to

        the time line

5.) (red) Render (button)
        ->Generic (HD for web, mobile devices...)
            ->WebM - the widespread free format (VP8/Vorbis)

6.) Render to File (button)

I expected to see

    Rendering finished in ....

in the render window's Job Queue tab.

Unfortunately, I saw

    Rendering crashed.

The render window's Job Queue tab has an error log
that says

    [webm @ 0x9bd0b080] Using AVStream.codec to
    pass codec parameters to muxers is deprecated,
    use AVStream.codecpar instead. [webm @
    0x9bd0b080] Using AVStream.codec to pass codec
    parameters to muxers is deprecated, use
    AVStream.codecpar instead

Rendering to the 

    Lossless/HQ .mkv (HuffYUV (huffyuv + flac) 

format works OK.

ffmpeg can convert that .mkv file to .webm with

    $ ffmpeg -i tmp/black.mkv tmp/black.webm

I hoped to find diagnostic info in kdenlive's
render log.

Unfortunately, I couldn't find the log.

See bug 884267.

Thanks,
Kingsley

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages kdenlive depends on:
ii  ffmpeg                       7:3.4.1-1
ii  kded5                        5.37.0-2
ii  kdenlive-data                17.08.3-2
ii  kinit                        5.37.0-2
ii  kio                          5.37.0-2
ii  libc6                        2.25-3
ii  libgcc1                      1:7.2.0-17
ii  libgl1-mesa-glx [libgl1]     17.1.3-2
ii  libglu1-mesa [libglu1]       9.0.0-2.1
ii  libkf5archive5               5.28.0-2
ii  libkf5attica5                5.37.0-2
ii  libkf5auth5                  5.37.0-2
ii  libkf5bookmarks5             5.37.0-2
ii  libkf5codecs5                5.37.0-2
ii  libkf5completion5            5.37.0-2
ii  libkf5configcore5            5.37.0-2
ii  libkf5configgui5             5.37.0-2
ii  libkf5configwidgets5         5.37.0-2
ii  libkf5coreaddons5            5.37.0-2
ii  libkf5crash5                 5.37.0-2
ii  libkf5dbusaddons5            5.37.0-2
ii  libkf5filemetadata3          5.37.0-2
ii  libkf5guiaddons5             5.28.0-1
ii  libkf5i18n5                  5.37.0-2
ii  libkf5iconthemes5            5.37.0-2
ii  libkf5itemviews5             5.37.0-2
ii  libkf5jobwidgets5            5.37.0-2
ii  libkf5kiocore5               5.37.0-2
ii  libkf5kiofilewidgets5        5.37.0-2
ii  libkf5kiowidgets5            5.37.0-2
ii  libkf5newstuff5              5.37.0-2
ii  libkf5newstuffcore5          5.37.0-2
ii  libkf5notifications5         5.37.0-2
ii  libkf5notifyconfig5          5.37.0-2
ii  libkf5service-bin            5.37.0-2
ii  libkf5service5               5.37.0-2
ii  libkf5solid5                 5.37.0-2
ii  libkf5sonnetui5              5.28.0-2+b1
ii  libkf5textwidgets5           5.37.0-2
ii  libkf5widgetsaddons5         5.37.0-2
ii  libkf5xmlgui5                5.37.0-2
ii  libmlt++3                    6.4.1-6+b1
ii  libmlt6                      6.4.1-6+b1
ii  libqt5concurrent5            5.9.2+dfsg-4
ii  libqt5core5a                 5.9.2+dfsg-6
ii  libqt5dbus5                  5.9.2+dfsg-6
ii  libqt5gui5                   5.9.2+dfsg-6
ii  libqt5network5               5.9.2+dfsg-6
ii  libqt5qml5                   5.9.2-3
ii  libqt5quick5                 5.9.2-3
ii  libqt5script5                5.9.2+dfsg-1
ii  libqt5svg5                   5.9.2-3
ii  libqt5webkit5                5.212.0~alpha2-5
ii  libqt5widgets5               5.9.2+dfsg-6
ii  libqt5xml5                   5.9.2+dfsg-6
ii  libstdc++6                   7.2.0-17
ii  libv4l-0                     1.12.6-1
ii  melt                         6.4.1-6
ii  qml-module-qtquick-controls  5.9.2-2
ii  qml-module-qtquick2          5.9.2-3

Versions of packages kdenlive recommends:
ii  breeze-icon-theme  4:5.25.0-2
ii  dvdauthor          0.7.0-1.3
ii  dvgrab             3.5-2+b3
ii  frei0r-plugins     1.6.1-1+b1
ii  genisoimage        9:1.1.11-3
ii  oxygen-icon-theme  5:5.25.0-1
ii  recordmydesktop    0.3.8.1+svn602-1+b1
ii  swh-plugins        0.4.16+git20160602~repack1-2

Versions of packages kdenlive suggests:
ii  khelpcenter  4:16.08.3-1

-- no debconf information

Message #10 received at 884268@bugs.debian.org (full text, mbox, reply):

From: Patrick Matthäi <pmatthaei@debian.org>

To: "Kingsley G. Morse Jr." <kingsley@loaner.com>, 884268@bugs.debian.org

Subject: Re: Bug#884268: kdenlive: Rendering to .webm crashes.

Date: Wed, 13 Dec 2017 09:02:39 +0100

Am 13.12.2017 um 06:26 schrieb Kingsley G. Morse Jr.:
> Package: kdenlive
> Version: 17.08.3-2
> Severity: normal
>
> Hi Patrick,
>
> I like the free .webm video format.
>
> kdenlive used to render to it for me.
>
> Unfortunately, now it crashes.
>
> Here's how:
>
> 1.) $ kdenlive
>
> 2.) File->New->Full HD 1080->HD 1080p 25 fps
>
> 3.) Project->Add color clip->Clip Color = black
>
> 4.) Drag the color clip from
>
>         the project bin 
>
>     to
>
>         the time line
>
> 5.) (red) Render (button)
>         ->Generic (HD for web, mobile devices...)
>             ->WebM - the widespread free format (VP8/Vorbis)
>
> 6.) Render to File (button)
>
> I expected to see
>
>     Rendering finished in ....
>
> in the render window's Job Queue tab.
>
> Unfortunately, I saw
>
>     Rendering crashed.
>
> The render window's Job Queue tab has an error log
> that says
>
>     [webm @ 0x9bd0b080] Using AVStream.codec to
>     pass codec parameters to muxers is deprecated,
>     use AVStream.codecpar instead. [webm @
>     0x9bd0b080] Using AVStream.codec to pass codec
>     parameters to muxers is deprecated, use
>     AVStream.codecpar instead
>
> Rendering to the 
>
>     Lossless/HQ .mkv (HuffYUV (huffyuv + flac) 
>
> format works OK.

What happens if you render your project file directly with melt? => $
melt /path/to/project/file.xml

>
> ffmpeg can convert that .mkv file to .webm with
>
>     $ ffmpeg -i tmp/black.mkv tmp/black.webm
>
> I hoped to find diagnostic info in kdenlive's
> render log.
>
> Unfortunately, I couldn't find the log.
>
Most errors like this come from melt / libmlt, not from kdenlive itself.

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatthaei@debian.org
        patrick@linux-dev.org
*/

Message #15 received at 884268@bugs.debian.org (full text, mbox, reply):

From: "Kingsley G. Morse Jr." <kingsley@loaner.com>

To: Patrick Matthäi <pmatthaei@debian.org>

Cc: 884268@bugs.debian.org

Subject: Re: Bug#884268: kdenlive: Rendering to .webm crashes.

Date: Wed, 13 Dec 2017 01:35:05 -0800

On 12/13/2017 09:02, Patrick Matthäi wrote:
[...]
> What happens if you render your project file
> directly with melt? => $ melt
> /path/to/project/file.xml

Sorry, I'm not sure I understand your question.

Yes, my project files are XML, but I usually use
the file name suffix ".kdenlive".

When I tried running melt with a project file with
just a 5 second long color clip

    $ melt a_color.xml

it didn't render a file.

It played a 5 second video of the color.

I hope that helps,
Kingsley

-- 
Time is the fire in which we all burn.

Message #20 received at 884268@bugs.debian.org (full text, mbox, reply):

From: "Kingsley G. Morse Jr." <kingsley@loaner.com>

To: Patrick Matthäi <pmatthaei@debian.org>

Cc: 884268@bugs.debian.org

Subject: Re: Bug#884268: kdenlive: Rendering to .webm crashes.

Date: Wed, 13 Dec 2017 02:45:08 -0800

[Message part 1 (text/plain, inline)]

On 12/13/2017 10:44, Patrick Matthäi wrote:
> Am 13.12.2017 um 10:35 schrieb Kingsley G. Morse Jr.:
> > [...]
> >     $ melt a_color.xml
> > [...]
> 
> And there is no crash?

Yes.

You are correct.

I see no crash.

> Can you please provide me somewhere the whole (as simple as possible)
> project which crashes on your pc

That's a good suggestion, Patrick.

One is attached.

With 2 "but"s.

But #1: I only know that it also crashes the
        renderer. I do not know if it crashes for
        the same reason.

But #2: I simplified it to 46 lines. It might be
        simplified more. But I want to reproduce
        the same bug and save time.

Here's how to use it.

    $ kdenlive simple.xml

    Click on...

        Render->Generic (HD for web, mobile devices...)->WebM - the widespread free format (VP8/Vorbis)

        Render to File

    Look for "Rendering crashed".

Thanks,
Kingsley

-- 
Time is the fire in which we all burn.

[simple.xml (application/xml, attachment)]

Message #25 received at 884268@bugs.debian.org (full text, mbox, reply):

From: "Kingsley G. Morse Jr." <kingsley@loaner.com>

To: 884268@bugs.debian.org

Subject: Replicated in melt, gdb and valgrind logs

Date: Mon, 1 Jan 2018 21:35:39 -0800

[Message part 1 (text/plain, inline)]

O Patrick of prudent photographic programming!

On Wed, 13 Dec 2017, Patrick Matthäi <pmatthaei@debian.org> wrote:
> Most errors like this come from melt / libmlt,
> not from kdenlive itself.

I'm happy to report I found a way to elicit the
crash with melt.

Just before starting rendering in kdenlive, I did
something like

    $ for i in {1..10000} ; do test -f tmp/kdenlive_rendering.*.mlt && cp tmp/kdenlive_rendering.*.mlt /tmp/saved.mlt ; done

on a command line.

It waited until kdenlive wrote a .mlt file.

Then, before kdenlive deleted it, a copy was
saved.

Next I passed the saved .mlt file and the options in

    tmp/test.webm.txt

to melt.

    $ /usr/bin/melt /tmp/saved.mlt in=0 out=63 -profile atsc_1080p_25 -consumer avformat:/home/kingsley/tmp/test.webm f=webm vcodec=libvpx acodec=vorbis crf=23 vb=0 quality=good aq=6 max-intra-rate=1000 cpu-used=4 threads=1 real_time=-1

Viola!

Kaboom!

gdb's full back trace and valgrind's log are
attached.

What I find interesting is 

    1.) replacing

            acodec=vorbis

        with

            acodec=libvorbis

        lets melt render, and

    2.) valgrind's log says frei0r lost memory
        again.

        Look for 

            /usr/lib/frei0r-1/facebl0r.so


Next time: 

Kingsley finds the bug!

Or... does he?

So,
Kingsley

-- 
Time is the fire in which we all burn.

[gdb_back_trace_passing_vorbis_with_acodec.log (text/plain, attachment)]

[passing_vorbis_to_acodec.valgrind.log (text/plain, attachment)]

Message #30 received at 884268@bugs.debian.org (full text, mbox, reply):

From: "Kingsley G. Morse Jr." <kingsley@loaner.com>

To: 884268@bugs.debian.org

Subject: Could kdenlive be passing a bad acodec option to melt and libav*?

Date: Tue, 2 Jan 2018 01:40:12 -0800

Hey Patrick,

When rendering to .webm, kdenlive passes

    acodec=vorbis

to melt.

Here's an example

    $ /usr/bin/melt /tmp/saved.mlt in=0 out=63 -profile atsc_1080p_25 -consumer avformat:/home/kingsley/tmp/test.webm f=webm vcodec=libvpx acodec=vorbis crf=23 vb=0 quality=good aq=6 max-intra-rate=1000 cpu-used=4 threads=1 real_time=-1

But, it crashes with a seg fault.

ffmpeg's audio codec documentation says to use
libvorbis[1].

libvorbis works for me.

    $ /usr/bin/melt /tmp/saved.mlt in=0 out=63 -profile atsc_1080p_25 -consumer avformat:/home/kingsley/tmp/test.webm f=webm vcodec=libvpx acodec=libvorbis crf=23 vb=0 quality=good aq=6 max-intra-rate=1000 cpu-used=4 threads=1 real_time=-1

rendered OK.

Could kdenlive be passing a bad option to melt
(and ffmpeg/libav*)?

Thanks,
Kingsley

[1] FFmpeg Codecs Documentation
    https://ffmpeg.org/ffmpeg-codecs.html#libvorbis

-- 
Time is the fire in which we all burn.

Message #35 received at 884268@bugs.debian.org (full text, mbox, reply):

From: "Kingsley G. Morse Jr." <kingsley@loaner.com>

To: 884268@bugs.debian.org

Subject: gdb back trace after installing libavcodec57-dbgsym

Date: Tue, 2 Jan 2018 21:35:34 -0800

[Message part 1 (text/plain, inline)]

Here's gdb's back trace of the seg fault, but
with debugging symbols for libavcodec57.

-- 
Time is the fire in which we all burn.

[symb (text/plain, attachment)]

Message #40 received at 884268@bugs.debian.org (full text, mbox, reply):

From: "Kingsley G. Morse Jr." <kingsley@loaner.com>

To: 884268@bugs.debian.org

Subject: Worked around by editing profiles.xml

Date: Wed, 3 Jan 2018 15:31:16 -0800

Hey Patrick,

I'm happy to report I worked around the bug by
changing line 6 of

    /usr/share/kdenlive/export/profiles.xml

from

   acodec=vorbis

to

   acodec=libvorbis

Someone using the nick name "furq" on freenode's
#ffmpeg channel showed me that ffmpeg's web site
recommends using libvorbis

    https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio#AudioencodersFFmpegcanuse

I reported the bug upstream at

    https://bugs.kde.org/show_bug.cgi?id=388503

Maybe you'd like to change line 6 of debian's copy
of

    /usr/share/kdenlive/export/profiles.xml

Thanks,
Kingsley

-- 
Time is the fire in which we all burn.

Message #45 received at 884268@bugs.debian.org (full text, mbox, reply):

From: "Kingsley G. Morse Jr." <kingsley@loaner.com>

To: 884268@bugs.debian.org

Subject: Fixed?

Date: Sun, 18 Feb 2018 19:28:27 -0800

kdenlive's upstream maintainer, Jean-Baptiste
Mardelle wrote that he pushed a fix into branch
'Applications/17.12'[1].

That's the good news.

The bad news?

I tested debian's version 17.12.1-1 and it was
still broken.

I worked around it again by changing 

    /usr/share/kdenlive/export/profiles.xml

from

   acodec=vorbis

to

   acodec=libvorbis

So,
Kingsley

[1]  Changing "acodec=vorbis" to "acodec=libvorbis" fixes a SIGSEGV
     https://bugs.kde.org/show_bug.cgi?id=388503

-- 
Time is the fire in which we all burn.

Message #50 received at 884268@bugs.debian.org (full text, mbox, reply):

From: Philip Chung <philipchung1995@yahoo.com>

To: 884268@bugs.debian.org

Subject: Re: Fixed?

Date: Sun, 18 Feb 2018 20:49:03 -0800

Control: fixed -1 17.12.2-1

On Sun, 18 Feb 2018 19:28:27 -0800 "Kingsley G. Morse Jr."
<kingsley@loaner.com> wrote:
> kdenlive's upstream maintainer, Jean-Baptiste
> Mardelle wrote that he pushed a fix into branch
> 'Applications/17.12'[1].
> 
> That's the good news.
> 
> The bad news?
> 
> I tested debian's version 17.12.1-1 and it was
> still broken.
> 

I tested the new version 17.12.2-1, and it appears to be fixed there.

Philip Chung

Message #57 received at 884268-done@bugs.debian.org (full text, mbox, reply):

From: Patrick Matthäi <pmatthaei@debian.org>

To: Philip Chung <philipchung1995@yahoo.com>, 884268-done@bugs.debian.org

Subject: Re: Bug#884268: Fixed?

Date: Mon, 19 Feb 2018 15:43:29 +0100

Am 19.02.2018 um 05:49 schrieb Philip Chung:
> Control: fixed -1 17.12.2-1
>
> On Sun, 18 Feb 2018 19:28:27 -0800 "Kingsley G. Morse Jr."
> <kingsley@loaner.com> wrote:
>> kdenlive's upstream maintainer, Jean-Baptiste
>> Mardelle wrote that he pushed a fix into branch
>> 'Applications/17.12'[1].
>>
>> That's the good news.
>>
>> The bad news?
>>
>> I tested debian's version 17.12.1-1 and it was
>> still broken.
>>
> I tested the new version 17.12.2-1, and it appears to be fixed there.
>
> Philip Chung

Cool, thanks for your update and feedback! :)

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatthaei@debian.org
        patrick@linux-dev.org
*/

Send a report that this bug log contains spam.