@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!