@elden said:

Please google "dynamic time warping".

Never tried this: https://github.com/irllabs/ml-lib
https://cycling74.com/forums/machine-learning-in-max-hallelujah

https://discourse.flucoma.org/search?q=dtw

The answers in this thread are all true... clone ... data structure design ....

@impression said:

So I think the core issue I’m running into is how to read out a list in a serial way

This is called list-drip. There are many [list-drip] objects in different libraries: Both, Vanilla abstractions and compiled ones.
And in list-help is "example3 list iterator". Changing [+ 1] to [+ 2] and [get $1 1( to [get $1 2( drips the list in pairs:

(btw where "store the remaining list" comment is wrong. It should be: read the list)

@kyro said:

I can't find the source to it anymore

In this thread
https://forum.pdpatchrepo.info/topic/8967/highpass-hip-not-working-as-expected/30
the last patch posted by @spacechild1 looks like this:

spacechild-hip.pd

Frequency and phase plot from help H14.all.pass

The question of how to tune an all-pass to compensate phase shifts of an IIR filter is also part of my interest.
How to calculate the phase response of an IIR and then build an all-pass with the inverse phase-response?
Maybe @manuels can help here?
Or is a machine learning approximation required?

On latency: As all-pass filters add latency (the phase-compensation is addition of frequency-dependent latency), I would not be surprised if the all-over latency would be in the same order with FIR filters for such a low cutoff-frequency.

Looking at the filter:

yes, try

[symbol $2$1(

instead of [$2$1( message.

I don't really understand your question. Maybe share a patch or screenshot to make it clear.
Don't know much about OSC, but I guess you are routing the incoming messages, don't you? So you could just route another name/adress?
Threre are many ways to archive things, in some cases dynamic patching is the only way, but this sounds like it maybe could be done easier.

A simple abstraction of a dynamic receive, a control rate [receive] with an input to change the receive name.
Made with dynamic patching.
Not sure sth like this already has been shared.

dynr.pd
dynr-help.pd

EDIT: there is an open request on Github: https://github.com/pure-data/pure-data/issues/603 So I guess [r.mmb] does this too.

Maybe [receive $1] inside the abstraction. Or [value $1]. Or both (to get the value when abstraction is loaded and new value is sent).

[123\ 
|
[s $0-a]


[abstraction $0 a]

[r $1-$2]
|
[print]

[loadbang]
|
[v $1-$2]
|
[print]

https://www.flucoma.org/