i missed this somehow. It is fixed now in the github repo and will be included in the next deken upload.

@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

use [set 64 1 $1(
no need to switch dsp off

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

@jyg installing from plugdata works fine for me.

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

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

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

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

@jamcultur thanks! You can save any of these objects with a message [save 1( to the rightmost inlet. Then use [recall 1( to retrieve your parameter settings. You can save up to 21 presets this way. This is also documented in the help files and in Examples/01-basics.pd

you can find the paf~ external in one of the pieces that Miller shares with the Pure Data Repertory Project (in /externs/paf~/):
https://msp.ucsd.edu/pdrp/latest/manoury-enecho.tgz

@Moothart i never used [abl-link~], so i don't know how it behaves exactly. You can try something like this maybe

or use the set method for change (check the helpfile)

@Moothart in this case you can use [change]

you can also [del 0] or just [del] like this:

however, this will force any bang to come last in the trigger order. If you rely on trigger in this part in your patch you'd need another [del] to correct it:

Version 0.70 is now available on deken.

I added some simple but convenient objects:

pp.amp~ a simple signal multiplier
pp.adsr~ adsr/adr envelope generator
pp.xfade~ signal crossfader
pp.shiftlfo~ a LFO that can generate irregular rhythmic patterns

pp.dynamics~ now has an option to enable feedback compression

Some parameter sliders are now colored light orange in the GUI. This indicates that the slider does not cover the full range of the parameter and is intended to encourage experimenting with values that are above or below the range of the slider.

fixed some minor bugs.

Happy patching!

@qhr33k Thanks!

about this sidechain thing; yes you would need to feed the compressor an audio signal and use the sidechain output to let's say duck the tail of a reverb (that's just an example, you can do whatever you want with this). In this case you would multiply the 100% wet reverb with the signal from the sidechain outlet of the compressor like this:

sidechain_compression.pd

The presets are more or less didactic, you can use them as a starting point and then change the parameters until they fit your needs. In the case above you'd use the "compress" preset. I think what confuses you is the preset "Env.follow(sidechain)". This one is an envelope follower, the comment (sidechain) hints that the envelope is the signal from the sidechain outlet. Hope that makes sense?

@ddw_music

I feel a bit like the "spray everywhere" solution would require more object copy/paste -- mine just has "; next symbol instr1" where the other needs a [t], a [s], a [r], and an [f].

well, you can wrap it into a subpatch and copy/paste that : )
Essentially both methods are not complicated, they just have to be implemented in a low level language as @oid pointed out.

reading this thread, what i understand so far is this is about calling some function, store its output and retrieve it at a given point... Something like this in pd? do i miss something?
`

i made this abstraction a while ago bezier.zip. There is also an abstraction "pp.xycurve" to draw and read from 2d bezier curves in the audiolab library: https://forum.puredata.info/topic/12334/audiolab-is-now-available-on-deken

@morast did you try the pp.spat8~ mentioned above? It's an vanilla abstraction and should run in an up to date pd version on a raspberry without issues.
You can find it in the deken repos (help -> find externals -> search for audiolab)

Check it's helpfile, there is a signal controlled spread parameter. Not sure if that is what you mean by widening function.