I implemented a 1st order ambisonic panner for PD vanilla. It was derived from another panner & I optimized the process of generating coefficients and importing them into PD. Works for elevation too. Located here: https://github.com/brianlindgren/ambiNilla

@bklindgren I've updated AmbiNilla and it now supports 3rd order (plus 0, 1, & 2) + also fixed a few bugs

Thanks for sharing this! Note, the switchramp.pd abstraction is saved as switchRamp.pd (upper case R) but in Pd it is invoked as switchramp.pd (lower case r), so Pd can't find it. Renaming it to switchramp.pd with lower case r works.

@alexandros thx for catching that! (for some reason my pd runs it ok even with the case mixup?) i've updated the source files for consistency. thx again

@bklindgren said:

for some reason my pd runs it ok

You are probably running on Windows? It's filesystems are case insensitive, where other OSes are sensitive to different cases.

actually macos. APFS filesystem, which i'm just reading is case-insensitive by default.

now i'm a bit worried that other patches I've shared might have similar issues ...

I've updated ambiNilla (v.3.5) to include a signal rate implementation (ambiNilla3~). Works well for fast moving sources