Kdenlive   bug tracker Home page

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001538KdenliveTransitionspublic2010-03-31 11:322011-02-17 18:41
Assigned Toddennedy 
Platform64 bitOSUbuntu LinuxOS Version9.10
Product Version0.7.7.1 
Target VersionFixed in Version 
Summary0001538: kdenlive crashes when timeline cursor crosses luma transition
DescriptionAdding 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 ReproduceAs above, add luma transition and move timeline cursor over it.
In the "Additional Information" below is a work around.
Additional InformationBelow 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>

Installed by following
http://www.kdenlive.org/forum/kdenlive-077-ubuntu-karmic-jaunty-intrepid [^]
TagsNo tags attached.
Build/Install MethodOther Method?
Attached Files

- Relationships
has duplicate 0001483feedbackddennedy crashing when using some of the lumaxx.pgm.png wipe 

-  Notes
wernervd (reporter)
2010-03-31 11:45

I have a crash file available but cannot upload it via mantis's 'Upload File'
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:


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?

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

Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker