@mezko I am fairly certain that in Pd fft objects will be used in small sample filters so an understanding is useful.
It is not my subject so I could be talking rubbish....
However..... https://www.katjaas.nl/minimumphase/minimumphase.html
David.

@mezko You should be able to remove the header using the -raw flag for [soundfiler]
This......

should help ypu, although I am unsure because I have not watched it (yet).
You can probably put (a) header back by saving the result as a wav file.
David.

@mezko
https://forum.pdpatchrepo.info/topic/5927/building-filters-from-difference-equations-using-pd-s-raw-filters

You will see that @katjav chips into that thread.
You will find more information from her here....
https://www.katjaas.nl/home/home.html .... with great explanations of the Fourrer Transform among other things.... and her site will help understanding of the maths involved.

Also.... fft.zip
David.

@hansr Pretty sure a wrong order of operation...... as [expr sin....etc] looks for the value of w$0 but it is not set by [unpack] until after [expr ($f3...etc] operates.
So a one time only divide by zero as the patch is first run..
Swapping the first and second outlets of [unpack f f f] should fix it...
David.

@Orangery ChatGPT will not help...it will not have devoted much resource to Pd..
As you mentioned compiling @dreamer probably thought you were trying to compile CC from pure data using Heavy.
Pd does not normally need to be compiled.
You could send a screen shot of the errors you are getting, which would help us understand maybe..?
But the pd patch that is producing those errors would be more useful for seeing how to help you.... it doesn't matter that it is not working.... it will show us how far you have got and save us repeating the work that you have already done.
You can upload it to the forum using the "up arrow" symbol above your post as you are typing.
David..

@Penguino Do you get a result using this.zip test patch...? (unzip first)
David.

@Penguino Android supports midi since 6.0 and Midi2 since 13.0.
But I think devices need to offer support for a USB OnTheGo connection.
The Hexler TouchOsc page ... https://hexler.net/touchosc/manual/setup-android-usb-midi suggests that there are no naming conventions or fixed port numbers.
This page might help understanding of any hurdles... https://source.android.com/docs/core/audio/midi

I can find no reference to a successful PdDroidParty implementation but I think it could be a question of finding a midi device that claims to work with Android.... class compliant.
Some might work but need a splitter OTG cable to provide extra power for the device.

The TouchOSC app is cheap and IMHO a useful investment...... so might be worth trying.
It can easily communicate with Pd on a computer over a network using OSC messages.
David.

@jamcultur My best guess....
[savestate] in the main patch (as that works correctly) and global (not $0) messages to/from the [toggle] in the 2nd level abstraction.
Might need a small delay to restore the [toggle] correctly on recreation as the creation order might perturb the restore.
David.

@rewindForward Object I don't know but simple to build.....

You might need to smooth the switch using messages to [line~] or [vline~] instead of [*~ ]
David.

@kroklop92217 It might help to look at @Porres 64-bit rewrite of the 2005 16-bit cycone object [matrix~].
https://github.com/porres/pd-cyclone/blob/master/cyclone_objects/binaries/audio/matrix.c
Control input lists are probably the same...... (Input id, output id, gain 0-1(
Creation arguments set the number of inputs and outputs and 1-mix.or.0-switch(
i.e. [matrix~ 5 7 1]
David.

@_ish The vanilla version is [random] which spits integers.
You could use a few of them and [* 0.1] ... [* 0.01] for each..... adding the outputs.... if you want more decimal places.

Bangs at loop wraparound... https://forum.pdpatchrepo.info/topic/3168/bang-on-zero
So it depends on how you are driving the array and how much time accuracy you need but [edge~] might be good enough.
As in that link if using [phasor~] catching it's output as it passes 0 is unreliable because the value of [phasor~] will likely not be 0 as it is captured at a block boundary.
There are audio rate objects that can set future events within the 64 sample blocks of the Pd audio thread, so achieving more time accuracy.
Their names usually start with a "v"
So [vline~] is a more time accurate version of [line~] for example.

But for most uses whether a bang is at one block boundary or the next is unimportant.
Audibly it is as if the origin of the sound has moved just one metre further away from you.

If you are looking for an external object (not part of your vanilla download) then go to Help.... Find externals..... in the Pd top menu and search for it.
[randomf] is in the markex library.
David.

@ddw_music Oh no...!!... I aimed for both....
David.

@ddw_music

@_ish No, the GOP window cannot be set by the mouse. You have to put values into the Size and Margin boxes in its properties dialog.
When you click "apply" you will see the changes whereas if you click OK you will have to open the properties again to make further adjustments.

Welcome to the Forum...!
David.

@Glop-Glop It is $2 causing the problem.
In your resize message you specified $1 AND $2 for the bounds but $2 was not specified so would have been given the value 0 (zero).
You need to pack a message [16 x ( where x is the value you want for max-y and send that into your resize message.
The order for the message is confusing but you had the correct order..... min-x max-y max-x min-y ... so you had set max-y as 0.
More help...... https://forum.pdpatchrepo.info/topic/11374/array-settings-break-pd-gui-and-control/3

Strangely (maybe not) your patch opens in Pd Extended despite the error (yes I am still a fan..!)
David.

@playinmyblues Discord has a very active Pd channel that you might well find interesting.
Maybe not so easy to find what you want there, but interesting patches are posted and that community is also active for problem solving.
Mike Moreno runs it and the invite link is this........ https://discord.gg/aNd8RrT
He also runs online meetups there from time to time...
... you just missed the most recent one though https://forum.pdpatchrepo.info/topic/15779/pd-open-sessions-jan-2026-discord
David.

@jameslo Being incapable of all understanding of the cookbook I have always used [notch] [lowpass] [equalizer] etc. from the ggee library..... there are quite a few of them.
Bandwidth in octaves (value 100 = 1 octave) but 1 am not sure that is linear for calculating Q.
Of course you can print the coordinates produced by the objects.
Maybe they will help your research though..?
David.

@elmestrecalleu [pdcontrol] is part of Pd Vanilla... not an external but part of the Pd binary (since I think Pd 0.51)
You should be able to simply create (put) it into your patch.
David.

@Yar You can try to find them for your system.
In the Pd top menu.... help..... find externals.... search..
tabletool and polygate~ exist updated for windows 64 bit but not polygate.
Help.. find externals... will only find externals for your OS.
Github might contain what you are looking for with the possibility to compile, but most externals have already been compiled for 64 bit systems now (by very helpful people).

It might be an abstraction created by @ricky and he might show up here and help.
You can try a browser search..... "pdpatchrepo polygate" "pure data polygate" etc.
David.