Hi all,
Using pd-extended 0.40.3 (deb) on Ubuntu Intrepid and when using either built-in plugin~ and dssi~ objects (also tried with dssi~ compiled from the latest available source) I get the following output before Pd segfaults:
Warning: no LADSPA_PATH, assuming /usr/lib/ladspa:/usr/local/lib/ladspa no more csLADSPA plugins socket receive error: Connection reset by peer (104) Segmentation fault
The warning should be fine since the default path covers ladspa plugins installed on Ubuntu. Using plugin~ by itself does this, while dssi~ if created without an argument reports missing argument (as expected) but does not crash until that argument is supplied. Both bogus and valid arguments to dssi~ crash Pd. Help file for dssi likewise crashes.
This occurs both through jack and without it. I created objects both with and without DSP being enabled.
Any thoughts what could be the problem? I suspect since both plugins are misbehaving that it has something to do with ladspa setup but then again what do I know...
P.S. dssi~ hexter (from the helpfile) when extracted on its own, hangs for a while and then crashes pd leaving pd-gui and two "stuck" instances of hexter_gtk.
Any help on this matter is most appreciated.
Best wishes,
Ico
Apologies all for the noise. It appears sine_faaa does not work, but also when choosing ladspa plugins you still need to specify the actual plugin name (e.g. /usr/lib/ladspa/gverb_1216.so:gverb). But then the question is how do we know what is the name of each plugin?
Any ideas?
Many thanks!
Ico
The command "listplugins" will give you the name and library path of all the plugins on your system.
plugin~ does have some random crash bugs when it can't find the plugins, and it's not as smart as it could be about finding the libraries without needing the full path. I have a patched version that fixes these bugs... I haven't yet gotten around to trying to get it checked into the repository, though. I probably should do that.
In the meantime, if you want my patched version, it's at http://artdent.homelinux.net/svn/plugin~/
On Thu, 2008-12-11 at 19:18 -0500, Ivica Ico Bukvic wrote:
Apologies all for the noise. It appears sine_faaa does not work, but also when choosing ladspa plugins you still need to specify the actual plugin name (e.g. /usr/lib/ladspa/gverb_1216.so:gverb). But then the question is how do we know what is the name of each plugin?
With dssi~ there's no need to specify the absolute path and library name. You should just be able to do:
[dssi~ gverb]
Failing that, if the library is in LADSPA_PATH or one of the standard paths, this should always work:
[dssi~ gverb_1216.so:gverb]
dssi~ also looks in Pd's search path, so you can put plugins in an arbitrary location and then tell dssi~ where to find them with:
[declare -path /foo/bar]
or
[declare -stdpath /foo/bar]
Basically, you should *never* need to specify the full path as an argument to dssi~. It works, but it's deprecated in favour of declare.
Jamie
Many thanks all for the feedback!
BTW, it appears that sine_faaa crashes dssi consistently. Is this part of the sine.so ladspa plugin or is it something built into the dssi~ object?
It's no biggie since oscillators are probably the very last ladspa plug-in I would use inside pd for obvious reasons, I am just trying to make sure everything is working as happily as possible.
Many thanks!
Ico
Hmm, I'm using the most recent version of pd [built from source] and the most recent version of dssi~ [built from the svn of pd-externals].
I have: DSSI_PATH=/usr/lib/dssi/:/usr/local/lib/dssi/
and have a few dssi plugins in /usr/lib/dssi/ : hexter hexter.so less_trivial_synth.so ll-scope.so nekobee.la trivial_sampler trivial_synth.so xsynth-dssi.la hexter.la less_trivial_synth ll-scope nekobee nekobee.so trivial_sampler.so xsynth-dssi xsynth-dssi.so
When I do [dssi~ less_trivial_synth] nothing is loaded. when I do [dssi~ /usr/lib/dssi/less_trivial_synth.so:less_trivial_synth] pd pauses and then crashes with a segfault... This happens when loading ANY of these dssi plugins (I've tried hexter, nekobee, ll-scope, trivial_synth, less_trivial_synth, trivial_sampler)
I am able to do [dssi~ gverb].. so it seems that ladspa is fine.
It seems that, at least with my version, dssi~ doesn't like dssi plugins..
Any ideas what I should try next?
Thanks, Alex
On Fri, Dec 12, 2008 at 6:37 AM, Ivica Ico Bukvic ico.bukvic@gmail.com wrote:
Many thanks all for the feedback!
BTW, it appears that sine_faaa crashes dssi consistently. Is this part of the sine.so ladspa plugin or is it something built into the dssi~ object?
It's no biggie since oscillators are probably the very last ladspa plug-in I would use inside pd for obvious reasons, I am just trying to make sure everything is working as happily as possible.
Many thanks!
Ico
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 4 Feb 2009, at 18:18, Alex wrote:
I am able to do [dssi~ gverb].. so it seems that ladspa is fine.
It seems that, at least with my version, dssi~ doesn't like dssi
plugins..Any ideas what I should try next?
Thanks, Alex
I just took a look, and it looks like I broke the DSSI loader in the
last svn commit. Could you try the 'release' version from:
http://puredata.info/Members/jb
Let me know if that doesn't work, and how you get on.
I'll look at the svn version over the weekend and maybe go for a
release.
Jamie
On Fri, Dec 12, 2008 at 6:37 AM, Ivica Ico Bukvic <ico.bukvic@gmail.com
wrote: Many thanks all for the feedback!
BTW, it appears that sine_faaa crashes dssi consistently. Is this
part of the sine.so ladspa plugin or is it something built into the dssi~
object?It's no biggie since oscillators are probably the very last ladspa
plug-in I would use inside pd for obvious reasons, I am just trying to make
sure everything is working as happily as possible.Many thanks!
Ico
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Looks like the release is working for me for dssi, but the ladspa "sine_faaa" stuff isn't in this one. i cannot do [dssi~ gverb] Thanks! Alex
On Fri, Feb 6, 2009 at 5:40 AM, Jamie Bullock jamie@postlude.co.uk wrote:
On 4 Feb 2009, at 18:18, Alex wrote:
I am able to do [dssi~ gverb].. so it seems that ladspa is fine.
It seems that, at least with my version, dssi~ doesn't like dssi plugins..
Any ideas what I should try next?
Thanks, Alex
I just took a look, and it looks like I broke the DSSI loader in the last svn commit. Could you try the 'release' version from:
http://puredata.info/Members/jbLet me know if that doesn't work, and how you get on.
I'll look at the svn version over the weekend and maybe go for a release.
Jamie
On Fri, Dec 12, 2008 at 6:37 AM, Ivica Ico Bukvic ico.bukvic@gmail.com wrote:
Many thanks all for the feedback!
BTW, it appears that sine_faaa crashes dssi consistently. Is this part of the sine.so ladspa plugin or is it something built into the dssi~ object?
It's no biggie since oscillators are probably the very last ladspa plug-in I would use inside pd for obvious reasons, I am just trying to make sure everything is working as happily as possible.
Many thanks!
Ico
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Alex -
Ivica Ico Bukvic -
Jacob Lee -
Jamie Bullock