On Tue, May 17, 2011 at 4:52 PM,  <[email protected]> wrote:
> Hi,
>
> Firstly thanks for the nice jack options finding their way into MLT, they
> are welcome indeed!
>
> I have observed some problems in building recent 0.7.3GIT with jackrack
> enabled. I develop AV Linux and have a whole host of audio related libs
> within the distribution. I have observed in MLT builds with jackrack
> enabled and 'dssi-vst' installed will result in melt segfaulting following
> a dssi-vst scan. The scan is due to the recent ladspa identifying commits,
> dssi-vst will allow Windows VST audio plugins to appear as ladspa plugins
> so when melt launches and queries the system for ladspa plugins it will
> include dssi-vst to scan them after which melt segfaults. Uninstalling
> dssi-vst fixes the segfault.

I have dssi-vst on my KXStudio box where I developed this enhancement,
but I did not see this. What do you think can I do to prevent this?
Does JACK Rack suffer this problem on your system?

> Related to this is also an issue with Kdenlive and ladspa plugins (with
> dssi-vst installed). When Kdenlive 0.8 is launched from the terminal MLT
> will scan the ladspa plugins and end up in a terminal loop showing the
> message 'librdf model not supported in this context'. After a delay of a

The MLT plugin does not use librdf directly. Maybe it is related to dssi-vst.

> few minutes Kdenlive will finally launch. Since Openshot 1.31 is less

How recent is your MLT checkout? I noticed a big performance hit when
launching Kdenlive and addressed it May 14. Please update if you
believe yours is older. Otherwise, I may need to add some caching to
improve performance.

> audio intuitive so seems to work fine and probably doesn't utilize
> jackrack or ladspa so is not troubled by this.

Yes, Kdenlive iterates all the MLT services and fetches metadata for
each of them.

> I know these features are in early development but I thought I'd share my
> findings so far. Building MLT with jackrack disabled works fine with both
> Kdenlive 0.8 and Openshot 1.31 currently.
>
> Thanks for your efforts, Glen MacArthur - AV Linux Maintainer
>

Do you think I should be able to reproduce these problems in AV Linux
4.2 running in a virtual machine?

-- 
+-DRD-+

------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Mlt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Reply via email to