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