|Anonymous | Login | Signup for a new account||2013-05-24 19:12 CEST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001546||Kdenlive||File Loading||public||2010-04-05 22:18||2010-11-19 21:55|
|Platform||32 bit intel and alike||OS||Fedora Linux||OS Version||12|
|Target Version||Fixed in Version||0.7.8|
|Summary||0001546: Slideshow Clip menu item causes crash (OOM)|
|Description||Selecting the "Slideshow Clip" item in the menu causes Kdenlive to grow a huge memory footprint until it gets killed by the Linux OOM killer.|
|Steps To Reproduce||Put a bunch of gigantic (3000x3000 and up) JPEG files in your home directory and select the "Slideshow Clip" menu item (on a computer with 512 MB of RAM and 1 GB of swap).|
|Additional Information||In the previous version I used (I forget what number that was) it tried to load and generate thumbnails of *every* image in my home directory. Since I have lots of gigantic images in my home directory, I suspect the new version is still generating thumbnails, but not freeing memory in the process.|
I suggest allowing a user to select another directory, *then* having it optionally generate thumbnails of images in that directory. I deselected the options to generate preview images and sound, so those don't show up in the time line. Maybe thumbnail generation in the Slideshow Clip dialog should honor this setting.
Is there another way to generate animations with transparency besides a sequence of PNG files?
|Tags||No tags attached.|
|Build/Install Method||Distribution package|
|Attached Files|| Slideshow_Clip_window.png [^] (37,061 bytes) 2010-04-07 09:45
I just added a checkbox in the slideshow dialog to enable/disable thumbnails. I also changed the way thumbs are created so that now they are created in the background, that should prevent the issue you encountered. Feedback welcome, all that is in svn rev. 4371
The screenshot is from the "branch" in the "release-0_7_7" directory. It hung for over 10 minutes before bringing up the dialog and I don't see any checkbox. What directory has the updated version?
Also, I was able to modify the code to put the last image type (Open EXR) at the top of the list and rebuilt it. Since I have no files of that type, the dialog pops right up now.
The current svn revision normally refers to the trunk directory.
The following command will do the checkout:
svn co https://kdenlive.svn.sourceforge.net/svnroot/kdenlive/trunk/kdenlive [^]
|2010-04-05 22:18||maxkessler||New Issue|
|2010-04-06 03:04||j-b-m||Note Added: 0004926|
|2010-04-06 03:04||j-b-m||Assigned To||=> j-b-m|
|2010-04-06 03:04||j-b-m||Status||new => feedback|
|2010-04-07 05:25||maxkessler||Note Added: 0004929|
|2010-04-07 05:25||maxkessler||Status||feedback => assigned|
|2010-04-07 07:06||maxkessler||Note Deleted: 0004929|
|2010-04-07 09:45||maxkessler||File Added: Slideshow_Clip_window.png|
|2010-04-07 21:41||maxkessler||Note Added: 0004934|
|2010-04-08 11:09||ttill||Note Added: 0004935|
|2010-11-19 21:55||ttill||Status||assigned => resolved|
|2010-11-19 21:55||ttill||Resolution||open => fixed|
|2010-11-19 21:55||ttill||Fixed in Version||=> 0.7.8|
|2010-11-19 21:55||ttill||Status||resolved => closed|
|Copyright © 2000 - 2013 MantisBT Team|