@kroklop92217 I have no idea. I bought a physical copy years ago, don't know where it's at, at the moment.

I also found this book really helpful when I started developing Pd externals https://books.google.gr/books/about/Designing_Audio_Objects_for_Max_MSP_and.html?id=9yHCvrfxPwUC&redir_esc=y

It seems that the externals-howto tutorial has moved to the GitHub repository. I don't know if you're aware of it, it's here https://github.com/pure-data/externals-howto

It should be in /usr/lib/pd/extra, but as @dreamer wrote, if you [declare -lib Gem] you should be able to use it.

How about creating a square wave and testing for equality with 1, like below:

The [==_abs~] is the following (in my computer it is located in a directory called "sig_logic_abs", hence the first part of the name):

And the [not_abs~] is this:

This is all vanilla and should work with heavy.

@ddw_music you're right about the right outlet. The left outputs a bang when [phasor~] rises above 0.5. My bad.

Am I missing something, or the patch below isn't correct?

[phasor~ 1]
|
[threshold 0.5 10 0.5 10]
|
[o]

This does output a bang whenever [phasor~] resets.

@whale-av since @_ish wants to get a bang, that will happen at block boundaries anyway, so why using [phasor~] is not accurate? You can use it combined with [threshold~] which takes in a signal and outputs a bang. If one wants to do stuff in the signal domain only, then bangs are not the way to go, and Pd's native objects don't really support such operations. I have compiled some externals that send trigger signals when a threshold is crossed. These signals are just a 1 surrounded by 0s, sent as a signal instead of a control message, but I'm not aware of a vanilla where way this is possible.

@popomimi Can you show the Arduino code and the Pd patch you're using?

Just throwing this here, in case it helps, as I haven't done stuff with Cepstral processing. FluCoMa includes a Mel-Frequency Cepstral Coefficients object, but I think that's all. You can have a look though, as it includes a bunch of other stuff for analysis and processing. https://www.flucoma.org/

The problem with the facebook group is that nothing is properly archived there. If you post a question here or the mailing list, it will be archived and others can look it up. The same way, you can look up the forum or mailing list to see if what you want to ask has already been answered.

I'm no filter expert, plus you don't provide your equations, so I can't really tell. I have built though a vanilla abstraction that produces various filter types, including a notch one. You can test it and open it to read the resulting coefficients. It's either [omniFilter_abs~] or [multiFilter_abs~]. You can get it here https://github.com/alexdrymonitis/filter_abstractions

I don't think Purr-data's installation will interfere with Pd, so you shouldn't need to uninstall it.
If you have externals, as soon as you open your patch in vanilla, you'll get one error message per object that couldn't be created.

@hansr you're right, that's what my abstraction is (it's actually a combination of two abstractions by Mike Moser-Booth into one, convinient abstraction). I'm no filter specialist, but what I know (which can be wrong) is that cascading filters adds their order, so what you state should be correct.

Did you try vanilla? It's very easy to install externals through Tools -> Find externals (or Help -> Find externals on older Pd versions). You can install it with apt-get or compile from source (which is an easy process). It's more likely to work, I guess.

Cascading filters increases the order. I think [lop~] is first order. I've patched abstractions for various filters that can be controlled by signals here https://github.com/alexdrymonitis/filter_abstractions. These are 2nd order. Cascading two of these should give you a fourth order filter.

These objects are externals that come with Pd-vanilla. What's your OS? I think it's a path issue. Pd doesn't have the path where these are installed in its search paths. On Linux for example, this is /usr/lib/puredata/extra, but this is in Pd's search path by default.

AFAIK, Ofelia is no longer maintained. Perhaps a more recent fork of it is ofxOfeliaExtended (https://github.com/Jonathhhan/ofxOfeliaExtended) by @jona if I'm not mistaken.

I think I have 0.55.0 or something. Wanna write to Pd's mailing list, or file an issue on GitHub?

What do you mean by all inputs? Mouse and keyboard? I've never faced this issue, but I usually SSH into the Pi when patching Pd in it. Did you try that?
BTW, compiling is not complicated at all.