`fluid.transientslice~`: audio thread crashes at higher `order`

[weefuzzy]

Please tell us what you were doing! You can include code and files by drag and dropping them into the text area.

report via a user: sporadic crashes with transient slice, stack trace indicated that these were in the detection function.

Can reproduce with @order 196 simply by turning audio on in the following patch.

----------begin_max5_patcher----------
441.3ocsT1rSDCBDG+b6SAgil5lB8y0S9dXLFjhJltPCP0UMtO6VFZ0UypV0
5EZloCy+4Gy.OEGguTuUXwnSPmghhdJNJBb4cDMZGg2v1xaYVHLr3wFFeGNI
7KU+FopU3f+QGc1wb7ajpquvH3tPtyKnqRSPzpZ+m7hoUz4ukHcuaJSoidkM
fl5Ku83Zr20yww9kjYVrJw8C6cpXchsP4f800NT5phChQ1miAcc8phDDoL2C
PQIvD8SwfL5M3x8PmHjFrUdsh0heca6wY0Bx4Q+39DsFZPTRncs1S6BCX4uA
PKW2I90zrFngjk95m4O2ksf8C9C7VwNDIM8GSRUXvKqxiP4+wfGcAA8p1dYy
JmgorRgxYak7AtOUaZDFDYc4Awm78Mxb.eR3Ujufe52veBBevy.x9mAP.3Vo
5iOPBEn2+6OXr5dCeRnP1RPuUgMBqSpXNoVsWLYgXN3Q+b0obF5PV.cplgN9
Zg7G0gNScdOOg1Eqq6NgwNFLHwvD6sZi2rNALkpfYAXZD2ImhGlavLyv7maX
3q2.kEdaYNNrU8v.rpWBiqwd3FjDtMnXaD1NVfC3RS7ywuvVYaKm
-----------end_max5_patcher-----------

Need to narrow down why. Possibilities include, in order of likelihood:

• buffer overrun because we've messed up the allocation needed to account for blocksize vs order vs padding
• screw up in the autocorrelation fn
• badness due to Eigen's solver deciding to allocate behind the scenes

What was the expected result?

Not crashing

What was the actual result?

crashing

What operating system were you using?

Mac

Operating system version

13.5.2

FluCoMa Version

1.0.6

[weefuzzy]

Pretty sure it's a blocksize vs padding vs order issue, specifically that object bombs if order > blocksize - padding