Hi all
iemlib Release 1.15 is ready for linux and windows
some features:
all signal-filters are more stable and more efficiently compiled more high-order IIR-filters (critical damping and bessel-characteristic) more VCFs with signal-parameters (vcf_hp~, vcf_bp~, vcf_rbp~)
Thomas Musil
Hallo, Thomas Musil hat gesagt: // Thomas Musil wrote:
iemlib Release 1.15 is ready for linux and windows
Very cool. I see lots of new things, yummy. And I see, that you handle the name conflicts in this release. I have just one problem: It seems to be handled a bit too well, because I cannot create any [pp] object, which makes a lot of the help and example files rather useless. I'm using the latest Pd from Miller's site, and I have cyclone from Debian package installed - which also has prepend, but not pp. Any ideas how to fix this?
ciao
Frank Barknecht _ ______footils.org__
hi Frank,
pp is one of cyclone's dummies. Do not use -lib cyclone (unless importing max patches), but separate externs loaded on demand, or -lib hammer -lib sickle, at least get dummies.pd_linux out of the way.
Btw, do not you experience cyclone-related crashes? Last time I checked, Debian had still the cyclone-for-Pd-0.36.
Krzysztof
Frank Barknecht wrote: ...
using the latest Pd from Miller's site, and I have cyclone from Debian package installed - which also has prepend, but not pp. Any ideas how to fix this?
Hallo, Krzysztof Czaja hat gesagt: // Krzysztof Czaja wrote:
pp is one of cyclone's dummies. Do not use -lib cyclone (unless importing max patches), but separate externs loaded on demand, or -lib hammer -lib sickle, at least get dummies.pd_linux out of the way.
Hm, I don't actually run with -lib cyclone... But I could temporarily fix the pp-problem by creating a wrapper abstraction pp.pd
Btw, do not you experience cyclone-related crashes? Last time I checked, Debian had still the cyclone-for-Pd-0.36.
I use Debian unstable. But I'm not sure, if I really use the official packages, I tend to build many things from source as well.
Actually I'm currently again trying to create a custom "rules" file to build more externals. I will report successes tomorrow.
ciao
Frank Barknecht _ ______footils.org__
Hi,
Some things seem to be missing from iemlib_R1.15_lin.tgz - the lp* abstractions, vcf*, and pink~, for example.
Ben
On Friday 19 March 2004 05:04 am, Thomas Musil wrote:
Hi all
iemlib Release 1.15 is ready for linux and windows
some features:
all signal-filters are more stable and more efficiently compiled more high-order IIR-filters (critical damping and bessel-characteristic) more VCFs with signal-parameters (vcf_hp~, vcf_bp~, vcf_rbp~)
Thomas Musil
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
uups
sorry, I forgot more than half of the objects in iemabs (there were only abstractions beginning with a to h) in the linux version. Please download it again.
ad.) prepend or pp conflict: It depends on your decision, which path is first (-path ..../iemabs), or which library is first (-lib iemlib2 or -lib cyclone). You can also use iem_prepend instead of prepend and pp (and remove prepend.pd and pp.pd), they are all abstractions with the same functionality (because of compatibility of my patches) and they use the object iem_prepend_kernel from iemlib2.dll or iemlib2.pd_linux, but then you have to edit some other abstractions and help-files (replace pp and prepend with iem_prepend).
Thomas Musil
Ben Saylor wrote:
Hi,
Some things seem to be missing from iemlib_R1.15_lin.tgz - the lp* abstractions, vcf*, and pink~, for example.
Hallo, Thomas Musil hat gesagt: // Thomas Musil wrote:
ad.) prepend or pp conflict: It depends on your decision, which path is first (-path ..../iemabs), or which library is first (-lib iemlib2 or -lib cyclone).
I prefer cyclone-prepend, because the prefix is "set"-able, which I depend on in some patches.
I regard to this, it could be useful to extract those externals, that don't do much code sharing, out of the libraries and make them stand alone. Then one could simple move them out of the way in case of conflict.
And another question: did you consider putting iemlib into the pure-data CVS?
ciao
Frank Barknecht _ ______footils.org__
On Monday, Mar 22, 2004, at 10:49 America/New_York, Frank Barknecht wrote:
Hallo, Thomas Musil hat gesagt: // Thomas Musil wrote:
ad.) prepend or pp conflict: It depends on your decision, which path is first (-path ..../iemabs), or which library is first (-lib iemlib2 or -lib cyclone).
This doesn't work when [prepend] is an individual object and iemlib2 is a library, since objects are loaded from libs before they are from individual files. So I don't ever use iemlib2 because I depend on cyclone's [prepend], which in the installers is compiled as an individual file. I would like to be able to use iemlib2...
I prefer cyclone-prepend, because the prefix is "set"-able, which I depend on in some patches.
I second that.
I regard to this, it could be useful to extract those externals, that don't do much code sharing, out of the libraries and make them stand alone. Then one could simple move them out of the way in case of conflict.
And another question: did you consider putting iemlib into the pure-data CVS?
These two things would make it possible to manage the object name conflicts easily as well as include the iemlib objects in the installers. It would make my day if iemlib was maintained in the CVS.
.hc
ciao
Frank Barknecht _ ______footils.org__
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
On Monday, Mar 22, 2004, at 10:49 America/New_York, Frank Barknecht wrote:
Hallo, Thomas Musil hat gesagt: // Thomas Musil wrote:
ad.) prepend or pp conflict: It depends on your decision, which path is first (-path ..../iemabs), or which library is first (-lib iemlib2 or -lib cyclone).
This doesn't work when [prepend] is an individual object and iemlib2 is a library, since objects are loaded from libs before they are from individual files. So I don't ever use iemlib2 because I depend on cyclone's [prepend], which in the installers is compiled as an individual file. I would like to be able to use iemlib2...
I prefer cyclone-prepend, because the prefix is "set"-able, which I depend on in some patches.
. .what do you mean with "set-able" . .in the iem - pp it is possible to change the argument through the right inlet, so far i remember the cyclone pp is set with a message <set $1> . .. so do you need the <set $1> method . . .?
nos
I second that.
I regard to this, it could be useful to extract those externals, that don't do much code sharing, out of the libraries and make them stand alone. Then one could simple move them out of the way in case of conflict.
And another question: did you consider putting iemlib into the pure-data CVS?
These two things would make it possible to manage the object name conflicts easily as well as include the iemlib objects in the installers. It would make my day if iemlib was maintained in the CVS.
.hc
ciao
Frank Barknecht _ ______footils.org__
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Hallo, noskule hat gesagt: // noskule wrote:
. .what do you mean with "set-able" . .in the iem - pp it is possible to change the argument through the right inlet
IIRC prepend in IEM had no right inlet when I last used it. But I see that in the Documentation-PDF prepend is specified as doing just what you said.
ciao
Frank Barknecht _ ______footils.org__
Frank Barknecht wrote:
Hallo, noskule hat gesagt: // noskule wrote:
. .what do you mean with "set-able" . .in the iem - pp it is possible to change the argument through the right inlet
IIRC prepend in IEM had no right inlet when I last used it. But I see that in the Documentation-PDF prepend is specified as doing just what you said.
ciao
.. ..ah oki . .i guess the point ist to include the pd/iemabs folder in the searchpath . .so the pp.pd patch will be loadet and not the "pp kernel" with one inlet . . . grz nos
On Tuesday, Mar 23, 2004, at 12:43 America/New_York, Frank Barknecht wrote:
Hallo, noskule hat gesagt: // noskule wrote:
. .what do you mean with "set-able" . .in the iem - pp it is possible to change the argument through the right inlet
IIRC prepend in IEM had no right inlet when I last used it. But I see that in the Documentation-PDF prepend is specified as doing just what you said.
Cyclone's [prepend] uses a [set ( message instead of a right inlet to do this. Also, which cyclone's [prepend], you can start it with no arguments.
.hc
On Tue, 23 Mar 2004, Hans-Christoph Steiner wrote:
IIRC prepend in IEM had no right inlet when I last used it. But I see that in the Documentation-PDF prepend is specified as doing just what you said.
Cyclone's [prepend] uses a [set ( message instead of a right inlet to do this. Also, which cyclone's [prepend], you can start it with no arguments.
GridFlow's [messageprepend] uses a right inlet taking in a list of atoms to be prepended. It can be started with no argument, but it can also be started with multiple arguments.
Mathieu Bouchard http://artengine.ca/matju
-
Ben Saylor -
Frank Barknecht -
Hans-Christoph Steiner -
Krzysztof Czaja -
Mathieu Bouchard -
nexyufuli evo -
noskule
-
Thomas Musil