my "audiolab" abstraction library is now available on deken. You'll need Pd-0.50 or later to run this.
Please report any bugs on github: https://github.com/solipd/AudioLab

here is a picture to draw you in (:

Edit:
list of objects:

Soundfle processing
pp.sfplayer~ ... variable-speed soundfile player
pp.grainer~ ... granular sampler
pp.fft-stretch~ ... pvoc time stretching & pitch shifting

Spatialization
pp.pan~ ... constant power stereo panning
pp.midside~ ... mid-side panning
pp. spat8~ ... 8-channel distance based amplitude panning
pp.doppler~ ... doppler effect, damping & amplitude modulation
pp.dopplerxy~ ... xy doppler effect

Effects
pp.freqshift~ ... ssb frequency shifter
pp.pitchshift~ ... pitch shifter
pp.eqfilter~ ... eq-filter (lowpass, highpass, resonant, bandpass, notch, peaking, lowshelf, highshelf or allpass)
pp.vcfilter~ ... signal controlled filter (lowpass, highpass, resonant)
pp.clop~ ... experimental comb-lop-filter
pp.ladder~ ... moogish filter
pp.dynamics~ ... compressor / expander
pp.env~ ... simple envelope follower
pp.graindelay~ ... granular delay
pp.rev~ ... fdn-reverberator based on rev3~
pp.twisted-delays~ ... multipurpose twisted delay-thing
pp.shepphaser~ ... shepard tone-like phaser effect
pp.echo~ ... "analog" delay

Spectral processing
pp.fft-block~ ... audio block delay
pp.fft-split~ ... spectral splitter
pp.fft-gate~ ... spectral gate
pp.fft-pitchshift~ ... pvoc based pitchshifter
pp.fft-timbre~ ... spectral bin-reordering
pp.fft-partconv~ ... partitioned low latency convolution
pp.fft-freeze~ ... spectral freezer

Misc.
pp.in~ .... mic. input
pp.out~ ... stereo output & soundfile recorder
pp.out-8~ ... 8 channel output & soundfile recorder
pp.sdel~ ... samplewise delay
pp.lfnoise~ ... low frequency noise generator
pp.spectrum~ ... spectrum analyser
pp.xycurve

@jyg someone reported a similar issue with the deken installation on a Windows OS on github. I can not reproduce this on Linux and i don't know what could be causing it, so my suspicion was that it is somehow related to Windows security permissions. Are you using Windows? Does this happen with other libraries as well? Unfortunately, there is not much i can do about it, but i'll test as soon as i have access to a Windows machine.
For now, if you want to stay up to date you can download from github and set the path manually in pd settings.

Edit: just saw that you created another issue about this on github. I'll close it because it is not related to the development of this library, but we can continue the conversation here.

Sorry, I mistook the OSes. On Windows it's OK, although I get some error messages (see video below).
At end, the files and folder structure are copied.
BUT on MacOs BigSur The folder structure is not copied, neither the contained files (Examples and audio)

audiolab-installDeken.mp4

@jyg i just uploaded a new version 0.71.1 to the deken repo. Can you test if this works for you?

Unfortunately it doesn't work on macOS with plugdata. But I have to deeper check if this is related to plugdata / puredata or to the specific OSX platform I use. (I won't have any access to it until january 2026)

Thank you this is very cool. I can see myself making use of many of these objects

I just installed 0.71.1 on Windows 11, and it seems to be working fine.

The problem occurs during installation of audiolab, with plugdata (find externals menu) that triggers an error when attempting to create the LICENCE folder.
May be it is related to file permissions in the archive ?
On the other hand, in puredata I still get this strange behaviour (see video : "replace existing files ?")
audiolab-installDeken.mp4

@jyg there were no issues with packaging and uploading it to the deken repos, and unfortunately that's all i can do from my end. If you can narrow down the problem, you might consider submitting a bug report on the deken github.

@solipp I wrote to the plugdata discord forum to signal the issue. May be the deken implementation in plugdata is less permissive than with puredata.
However, I tried something that worked : I extracted audiolab last version (0.7.1) , then rezipped it (under Windows 11) and renamed the archive as audiolab_debug.dek, with the side effect that Windows changed the permissions for all files/folders. Finally I put it on the puredata server.
It solved all my issues, as well with puredata as with plugdata.
Below the permissions as displayed with 7-zip utility for original and modified audiolab 0.7.1 deken files.
I hope this helps.

@jyg hm so i just checked if i missed something and if it is actually common practice to share files on deken with group and global write permissions. But that doesn't seem to be the case, here is a part of zipinfo output of else-v1.0-0_rc14 for example:

Is installing else causing trouble for you?
Could it be that you are having this problems because you are logged in as admin, not as user or you are trying to unpack these files to a protected folder or something like this?

If it helps i can re-upload the files with extra write permissions.

@solipp I have the same problem with else. Deken turns in loop as shown in the video above.
All I can say is that I have defined a custom target folder for externals, on another drive (D:)
I'll check tomorrow on another machine.
Meanwhile, I opened a ticket on the puredata list : https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/thread/DT7GLBV75QARBGHNECH2KUAB2EI65QVE/

However, did you try to install audiolab from plugdata ?

@jyg installing from plugdata works fine for me.

Did you re-upload the latest audiolab 0.71.1 ?
As I wrote in the pdlist thread, Plugdata now silently and successfully installs audiolab on all tested computers (mac and windows)
I still have some issues with puredata on my main W11 computer, but this seems related to the fact I migrated my personnal folders and home to another logical drive formated as exFAT instead of NTFS.
Anyway, thanks for your attention.

@jyg said:

Did you re-upload the latest audiolab 0.71.1 ?

yes, i re-uploaded, thanks to this comment from IOhannes in the list:

what i can say is, that the "audiolab" package includes both a "LICENSE"
file and a "License/" directory.
this is not a problem on case-sensitive filesystems (like ext2/3/4 on
linux), but it cannot work on case-insensitive filesystems (like FAT32,
NTFS or HFS+).

I was not aware of this and it was on my end to fix it, so thank you for bringing it up in the list!

Edit: the version number is the same, 0.71.1 because nothing has changed in the files except that LICENCE is now called LICENSE.txt.
If anyone else had issues with the install from deken, please try again.

Thanks again for helping to clear this up!

Hi,
just out of curiosity : why did you move to "deprecated" some objects (for example : pp.rev~) ?

@jyg said:

just out of curiosity : why did you move to "deprecated" some objects (for example : pp.rev~) ?

because I am not planning to develop them any further (i don't use them anymore) and there are better alternatives, such as pp.phiverb~. I'm keeping them for anyone who wants to use them, Just copy from the deprecated folder.

There is a lot of stuff I'd like to change in this library, particularly the names of some of the objects. "pp.phiverb~" "pp.butterkreuz3~" etc., just horrible! plain stupid. I don't know who came up with this. So whenever i make a fundamental change in the future, i will keep a copy of the old stuff in the deprecated folder. However, the worst is the name of the library itself; "Audiolab" ... I hate it!
Too late to change that now i suppose

Version 0.80 is now available.

• 3 new objects: [pp.distort~] and [pp.dystort~] for distortion and saturation effects, and [pp.xypad], which is a 2D controller that allows you to record and play back moves.

• [pp.fft-partconv~.s] runs cpu-heavy partition convolution in a subprocess using [pd~]

• A new example shows how to use [pp.grainer~] as a polyphonic granular synth.

• New control rate outlets for [pp.lfnoise~], [pp.shiftlfo~] and [pp.adsr~].

• [pp.vcfilter~] now has an option for an audio rate notch filter.

• [pp.sfplayer~]: new option to write recorded audio to file

• many bugfixes etc.

Happy patching!

@solipp Thank you! There is an issue with pp.xypad. When zoomed in (ctrl+ on Windows), the green dot does not track with the mouse. Pd's default text size is too small for me, so I'm almost always zoomed in on Pd patches. I believe I've seen a similar issue with the scroll bars in other Audiolab objects.

@jamcultur this would be easy to fix, but pd currently has no method to get the zoom factor of a patch window. I filed a pull request to add this to [pdcontrol]; https://github.com/pure-data/pure-data/pull/2846 let's see if it makes it into the next release.

Here is a larger version of pp.xypad that you can use: xypad-large.zip

@solipp Thank you!