0001538: kdenlive crashes when timeline cursor crosses luma transition

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001538

Kdenlive

Transitions

public

2010-03-31 11:32

2011-02-17 18:41

Reporter

wernervd

Assigned To

ddennedy

Priority

normal

Severity

crash

Reproducibility

always

Status

assigned

Resolution

open

Platform

64 bit

Ubuntu Linux

OS Version

9.10

Product Version

0.7.7.1

Target Version

Fixed in Version

Summary

0001538: kdenlive crashes when timeline cursor crosses luma transition

Description

Adding a wipe transition between two pictures and selecting any luma image file makes the application crash every time the timeline cursor passes the wipe area in the timeline.

Steps To Reproduce

As above, add luma transition and move timeline cursor over it.
In the "Additional Information" below is a work around.

Additional Information

Below is exurpt of a .kdenlive project file where you can see the "automatic" property has a value of '0'. If manually changed to '1', all works fine. So the problem seems to be related to this value being outputted as '0'

  <transition in="997" out="1293" id="transition4">
   <property name="a_track">3</property>
   <property name="b_track">4</property>
   <property name="factory">loader</property>
   <property name="resource">/usr/share/mlt/lumas/PAL/luma06.pgm.png</property>
   <property name="mlt_type">transition</property>
   <property name="mlt_service">luma</property>
   <property name="automatic">0</property>
   <property name="kdenlive_id">luma</property>
   <property name="reverse">1</property>
   <property name="force_track">0</property>
   <property name="invert">1</property>
   <property name="softness">0.08</property>
  </transition>

Installed by following
http://www.kdenlive.org/forum/kdenlive-077-ubuntu-karmic-jaunty-intrepid [^]

Tags

No tags attached.

Build/Install Method

Other Method?

Attached Files

Relationships

has duplicate

0001483

feedback

ddennedy

crashing when using some of the lumaxx.pgm.png wipe

Notes
(0004899) wernervd (reporter) 2010-03-31 11:45	I have a crash file available but cannot upload it via mantis's 'Upload File'

(0004916) j-b-m (administrator) 2010-04-04 15:29 edited on: 2010-04-04 15:30	What seems strange to me is the URL for the luma file: /usr/share/mlt/lumas/PAL/luma06.pgm.png MLT installs .pgm files by default, and this ".pgm.png" file seems strange. Could you paste here the content of your "/usr/share/mlt/lumas/PAL/" folder?

(0006386) Thailandian (reporter) 2011-02-05 05:27	This problem still exists as of Feb 2011 - kdenlive 0.78. The problem is indeed with MLT, as j-b-m suspected. The content of my "/usr/share/mlt/lumas/PAL/" (openSuse 11.3) is: luma01.pgm.png luma04.pgm.png luma07.pgm.png luma10.pgm.png luma13.pgm.png luma16.pgm.png luma19.pgm.png luma22.pgm.png luma02.pgm.png luma05.pgm.png luma08.pgm.png luma11.pgm.png luma14.pgm.png luma17.pgm.png luma20.pgm.png luma03.pgm.png luma06.pgm.png luma09.pgm.png luma12.pgm.png luma15.pgm.png luma18.pgm.png luma21.pgm.png For others with this problem, a temporary fix is fairly straight-forward: - login as su - move the files into your personal kdenlive luma directory (.kde4/share/apps/kdenlive/lumas/) - login as normal user - use GIMP to convert files to pgm (I also gave them more meaningful names!) - delete originals I suggest that, to make kdenlive more robust, it ignore luma files that are not .pgm. For me it sometimes coped with .png lumas in the editor but the renderer would crash anyway. I would think getting kdenlive to ignore .png lumas would be an easier fix than getting them to work properly, and pgm files are so easy to make.

(0006393) ddennedy (developer) 2011-02-08 08:22	.png is not the problem and neither is pgm.png. The problem is that the MLT packager chose the --luma-compress and not the --luma-8bpp configure options in MLT. This causes it to create 16-bit PNGs, which load fine on my system, but not all, perhaps due to some older version of gdk-pixbuf.

(0006430) Thailandian (reporter) 2011-02-17 13:07	Thanks for the clarification ddennedy. However, I still say that it should be a goal to make the whole kdenlive-mlt environment as robust as possible in an imperfect, unpredictable world. Perhaps that means setting up a system to provide clearer guidance to packagers, or a routine to check if an OS can handle 16-bit lumas.

(0006434) ddennedy (developer) 2011-02-17 18:40	I will make a change in MLT to make configure option --luma-compress imply --luma-bpp. And, of course, it should not crash, but I could not reproduce it because my system is now - somewhat surprisingly - accepting 16bpp PNG. I will try again to reproduce the crash and fix that too.

Issue History
Date Modified	Username	Field	Change
2010-03-31 11:32	wernervd	New Issue
2010-03-31 11:45	wernervd	Note Added: 0004899
2010-04-04 15:29	j-b-m	Note Added: 0004916
2010-04-04 15:29	j-b-m	Assigned To	=> j-b-m
2010-04-04 15:29	j-b-m	Status	new => feedback
2010-04-04 15:30	j-b-m	Note Edited: 0004916	View Revisions
2011-02-05 05:27	Thailandian	Note Added: 0006386
2011-02-08 08:22	ddennedy	Note Added: 0006393
2011-02-17 13:07	Thailandian	Note Added: 0006430
2011-02-17 18:40	ddennedy	Note Added: 0006434
2011-02-17 18:41	ddennedy	Assigned To	j-b-m => ddennedy
2011-02-17 18:41	ddennedy	Status	feedback => assigned
2011-03-15 04:28	ddennedy	Relationship added	has duplicate 0001483