sc buffer: error on buffer numeration after preset loading

[santi-playmodes]

When loading a preset with several sc buffer nodes, the numbering of the buffers of each sc buffer node is different than the numbering the nodes had when creating and saving the preset. It is probably due to node load order on preset load: after loading the preset, "sc buffer 1" doesnt necessarily hold the lower numbers (1-30 for example)

[eduardfrigola]

Buffer Indexes is something that ofxSupercollider allocates automatically when they are needed, so you need to work with the output that is given because it is not fixed.
We could try to modify ofxSupercollider to allow specifying the buffer index, but this is not straightforward when you are dealing with variable number of buffers (for example with custom buffers) or changing macros in the same preset that can load / unload buffers.

[santi-playmodes]

i found a workaround using a vector getter. Instead of relying on the specific buffer number, we can rather extract whatever this number is by pointing to the desired indices in the buffer vector, as this indices remain constant. I understand, then, that this should be the "canonical" way to build a re-usable sampler, encapsulated in a macro. It makes the node structure of the engine denser, but seems to be reliable.