On Tue, May 17, 2011 at 10:01 PM, <[email protected]> wrote: > Hi, > > Thanks very much for the quick reply and attention to this issue. I did a > git pull and applied your patch tonight to a jackrack enabled build (May > 17) and there is some change... > > If I try to run melt by itself it still segfaults with this error: > > tester@av5desk:~$ melt > RemoteVSTClient: all cache files are up-to-date, Segmentation fault
Unable to reproduce on multiple systems. A gdb backtrace or would provide some clue. > tester@av5desk:~$ > > Openshot also launches with an error regarding not being able to find it's > codecs, I'm assuming this must be because melt is segfaulting when > openshot launches: > > tester@av5desk:~$ /opt/openshot/bin/openshot > Added /opt/openshot/openshot to system path > -------------------------------- > OpenShot (version 1.3.1) > -------------------------------- > Process no longer exists: 14597. Creating new pid lock file. > RemoteVSTClient: all cache files are up-to-date, not running scanner > RemoteVSTClient: all cache files are up-to-date, not running scanner > There were some errors calling melt using os.Popen() > There were some errors calling melt using os.Popen() > There were some errors calling melt using os.Popen() > No formats or codecs were found. Please check the OpenShot preferences > and configure the 'melt' command name. > state saved > > > However on the plus side Kdenlive now launches correctly without running > all the librdf messages with the patched version of MLT so that is working > well again. Please let me know what further information I can provide. > > Thanks again, -GLEN > > >> On Tue, May 17, 2011 at 5:35 PM, Dan Dennedy <[email protected]> wrote: >>> 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? >> >> One idea is to prevent Mlt from using dssi-vst. Does this help? >> >> diff --git a/src/modules/jackrack/plugin_mgr.c >> b/src/modules/jackrack/plugin_mgr.c >> index 303326a..32e08e4 100644 >> --- a/src/modules/jackrack/plugin_mgr.c >> +++ b/src/modules/jackrack/plugin_mgr.c >> @@ -176,7 +176,8 @@ plugin_mgr_get_dir_plugins (plugin_mgr_t * >> plugin_mgr, const char * dir) >> struct stat info; >> >> if (strcmp (dir_entry->d_name, ".") == 0 || >> - strcmp (dir_entry->d_name, "..") == 0) >> + strcmp (dir_entry->d_name, "..") == 0 || >> + strncmp (dir_entry->d_name, "dssi-vst", 8) == 0) >> continue; >> >> file_name = g_malloc (dirlen + 1 + strlen (dir_entry->d_name) + 1); >> > > > -- +-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
