this is strange. since I couldn't get the Hoa and Cream libraries working properly on my Windows 7 machine I have moved towards Vbap~ instead. This has been working fine for 8 channels, however I have a project with 24 channels. When I send vbap~ the speaker definitions I get this error back:

pd: getbytes() failed -- out of memory

any suggestions on what to do about this?
super frustrating. I get no error for up to 16 channels. after that when I define new speakers it erroneously reports that I should "configure loudspeakers first" but of course I already configured them...then if I try to go much above that in speaker count pd just crashes.
For example:
[define_loudspeakers 3 0 0 0 30 0 50 45 0 45 30 45 50 90 0 90 30 90 50 135 0 135 30 135 50 180 0 180 30 180 50 -135 0 (
|
[vpab~]
works fine
but
[define_loudspeakers 3 0 0 0 30 0 50 45 0 45 30 45 50 90 0 90 30 90 50 135 0 135 30 135 50 180 0 180 30 180 50 -135 0 -135 30 -135 50 -90 0 -90 30 -90 50 -45 0 -45 30 -45 50 (
|
[vpab~]
crashes.
super frustrating.
J

@Coalman Could you use multiple instances of [vbap~], and stack the layers?
Some of the [vbap] modules might still be useful for that.
I know [matrix~] is happy with 64-in 64-out.
However, the more speakers you put in place the more interference patterns.... there might be no advantage putting more than 8.
There is another patch (windows only) called "grambi" but a cube is the maximum. However, it looks easier to stack.
David.

@whale-av I am indeed a fan of Ricky Graham's ambisonic externals. Great stuff.
Vbap is a different system though, and I think I can get a different kind of localizability than with the ambisonic stuff.. I might see about using matrix~ to stack separate instances, mulitplying the outputs of different ones together...I am doubtful that this will work but its an interesting idea!.
One interesting thing is that vbap in the repository is v0.0, and the date 2015 - I guess when it was uploaded to the repository- but vbap on the pure data site (https://puredata.info/downloads/vbap) is 1.0,3,2 and claims to have "fixed speaker setup bug" (dated 2012). This sounds promising but again its source code so has be compiled.

on a philosophical note, its not that I think more speakers are always better, I am even quite a fan of mono, just this particular project is asking for it, and there is a research interest there too, and I have access to this amazing system, so I want to try it. I think those are good reasons to go for more than 8 speakers.

I'll try to update HOA & Cream as soon as possible but, for the moment, if you want an alternative to the VBAP from Deken, you can use these abstractions

@Pierre-Guillot Thank you! I will try this. It looks amazing actually. You are really doing amazing work in general, so I really appreciate you making these suggestions. I found Hoa and Cream to work great for a large project I was involved in earlier this summer. Just more recently when I wanted to re-visit the project and didn't have access to the super hot macintosh that I was able to use before, I ran into trouble. I am pretty sure the problem was Cream not initiating properly on windows 7.
looking forward to exploring this vbap option. have CMake, so will try and get it going later! Thank you again!