[PD] DSP abstractions [was: netpd ...]

Hans-Christoph Steiner hans at eds.org
Tue Jun 19 01:16:58 CEST 2007


On Jun 17, 2007, at 7:11 AM, Frank Barknecht wrote:

> Hallo,
> Roman Haefeli hat gesagt: // Roman Haefeli wrote:
>
>> On Sun, 2007-06-17 at 11:10 +0200, Frank Barknecht wrote:
>>> Then it won't work for people who have iemlib installed somewhere  
>>> else
>>> and/or load it as a library.
>>
>> i thought, we do that effort to include the result into pd-extended?
>
> To me this isn't about enforcing a certain kind of Pd-distribution,
> but just collecting dsp-abstractions in one place, together with
> help-files, to give peoply the freedom to use them in any way they
> like. However [iemlib/bp2~] is an object name, that outside of
> Pd-extended is completely unknown.

Unless, of course, you compile iemlib and stick the binaries into  
"extra/iemlib", then it'll work on any version/distro of Pd.

.hc

>> if that is the case, shouldn't we focus on make it working there
>> first?
>
> Then [import iemlib], [declare -lib iemlib] or so is better. This
> would give an error, if import isn't available, but at least the
> abstraction would still work, if someone loads iemlib as a library.
>
> Also bp2~.pd is just an abstraction that inside calls [filter~] which
> is a part of iemlib as well, so loading iemlib as a library/libdir may
> be necessary anyways.
>
> Ciao
> -- 
>  Frank Barknecht                 _ ______footils.org_ __goto10.org__
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list


------------------------------------------------------------------------ 
----

Access to computers should be unlimited and total.  - the hacker ethic






More information about the Pd-list mailing list