On Fri, Oct 14, 2011 at 1:00 PM, jb <j...@kdenlive.org> wrote: > On Wednesday 12 October 2011 21:17:32 Mikko Rapeli wrote: >> On Wed, Oct 12, 2011 at 10:25:57AM -0700, Dan Dennedy wrote: >> > On Tue, Oct 11, 2011 at 11:02 PM, Mikko Rapeli <mikko.rap...@iki.fi> > wrote: >> > > On Tue, Oct 11, 2011 at 03:32:57PM -0700, Dan Dennedy wrote: >> > >> Can you please test with this experiment? >> > >> put a return on the first line within >> > >> mlt_service.c:mlt_service_cache_set_size() and change >> > >> mlt_cache.c:DEFAULT_CACHE_SIZE to 100 > > Hi! > > I wanted to let you know that I rewrote thread handling in Kdenlive. Now, we > use a maximum of 3 concurrent threads (to create the audio / video thumbnails > and query a clip's info).
great! > I also just added a check in Kdenlive that will dynamically increase the cache > size for avformat_producer to the number of tracks + 4, so we should hopefully > be safe on that side. I was thinking to do something like that in mlt_multitrack where I am currenty setting that value, but I had not yet decided on whether to add a constant or use double the track count or other. > Mikko, I would be interested to know if these changes have an influence on the > crashes you experienced. I was really curious about that huge stack of invalid clip dialogs. What do you think is going on there? -- +-DRD-+ ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ Kdenlive-devel mailing list Kdenlive-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
