Re: [PD] compander-limiter from slop~-help.pd

i made this thingie, "pp.dynamics~.pd". It uses slop~ for attack release, "lookahead" and Katja's Pd implementation of Olli Niemitalo's quadrature transformer for fast peak detection. https://www.katjaas.nl/compander/compander.html optionally if you wish, you can have the warm analog

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

Hi Peter, sure, its on github as well(: https://github.com/solipd/AudioLab Quoting "Peter P." : * Philipp Schmalfuß [2020-01-07 23:03]: Hi, i implemented the B16 example in one of my abstractions "pp.sfplayer~" which you can download via deken, search for &

Re: [PD] "good" phasor~ in B16.long-varispeed.pd not looping?

Hi, i implemented the B16 example in one of my abstractions "pp.sfplayer~" which you can download via deken, search for "audiolab". The onset for tabread4~ is calculated every audio block, so a loop will not start between blocks but that's good enough for me.. Quoting "Peter P." : Hi

[PD] [PD-announce] Audiolab now available on Deken!

Dear list, 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 cheers, philipp ___ Pd-announce mailing list

Re: [PD] 8 channel circle panner, how?

by Philipp Schmalfuß. Wow, this looks amazing and exactly the kind of thing I was looking for. Thanks! ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list -- fdch.github.io

[PD] Strange behavior of savestate

Whenever an abstraction containing savestate is copypasted/duplicated, it'll recall the state of the original. to check this, just duplicate one of the abstractions in savestate-help.pd. One would expect it to initiate with the default parameters (0). instead savestate recalls the

Re: [PD] PD 0.49 - turn off multiple connections ? ...

Quoting "Peter P." : I do think the additions are great as well. New features to software ideally should integrate into the workflow seemlessly and without disrupting the learned behavior. Having to deliberatly unselect or even employ undo to live happily with a new feature still seems to need

Re: [PD] vanilla partitioned convolution abstraction

yes, i get the same glitchy tone, even worse with smaller blocksizes. I wasn't aware of this, thanks for the hint! will try to fix this Quoting Alexandre Torres Porres : Hi, I tested your patch with the [phasor~ 5] and with [phasor~ 1] I find the issue you're bringing up gets much more

Re: [PD] vanilla partitioned convolution abstraction

Hi Alexandre, i made a pd-vanilla abstraction for real time convolution a while ago. it is part of a collection of pd abstractions that i am planning to share with the community, soon... it loosely follows gardner's approach http://www.cs.ust.hk/mjg_lib/bibs/DPSu/DPSu.Files/Ga95.PDF with

[PD] soundfiler issues

dear list, i ran into some trouble with the new features of [soundfiler] recently. It does not output the samplerate of .wave files correctly (haven't tried .aiff yet). With 96kHz files i got 30464, with 192kHz files 60928. Iemlib/soundfile_info did gave me the correct samplerate of the