Can a core array contain polyphonic data?

Hi Mike, have you studied up on the to and from voice? I have noticed the voices do not seem to have a set pattern in poly mode but they actually might. I once set it to 2 voices and noticed it rocks between the two. Not sure about the array's. Are you talking the core read only arrays? If so they can contain a lot of memory and I believe the current limit is 20 bits or 1,048,576 memory locations. Something along those lines anyway, it's a bit flaky. At any rate I have never studied the full section on to and from voice but it might be a place to start. Paule understands it! I'm trying to clarify what core array you are referring to. In a light response to see how the new forum is working too. I can help with the core arrays above for sure though, I've used excel to create data that exported to a text file then imported it into the arrays and successfully read the data in the arrays. I would like to learn more on the to voice and from voice as well. I'll be in the loop here and help if I can.

WOw, got this forum to crash out by trying to edit my comment... :-/

Here goes again:

Yes a core array can load different data per voice.

Here is a demonstration with a delay unit that has a different delay time per voice.

As you can tell by playing with it, in the context of feedback, each voice must be using a different buffer instance for the delay, otherwise they would interact with each other, and they don't. (in some ways it would be great if they did, because passing information between voices in core is so far impossible, and sometimes desirable)

It's also writing to a delay separately per voice if you listen carefully. otherwise all the notes would end up mixed to the different delay times... which doesn't happen!

Much easier with a single table (in the 4 voice case) 4 times the size. That way, to dispatch per voice, you just need a single multiply, instead of a chain of compare routers... you also don't need to edit that part of the code if you change number of voices... although you would need a new table and new table data either way....

It's all moot anyway, because this was really about arrays - I just wanted to make the distinction clear for future lurkers :)

to and from voice modules are pretty useless in the context of a normal polyphonic instrument, especially with reaktor's voice managements making it impossible to predict which voice will get assigned next

where voice management comes into play is more often when using voices as a way to multiplex some process across multiple voices, generally the voices will be fixed

an example of this would be multiband analysis/ resynthesis. the bands go up with voices, so 0-20 hz would be on voice one, 20-40hz on voice two, and so on... imagine these bands all lead into a bank of sine wave oscillators arranged in the same configuration

one way that i've used voice management in this setup, maybe you want to do something crazy with this sound, spectrally fm it by itself: you could have a second set of sines voice shifted to apply fm to the original sine bank at different frequencies

the to and from voice modules are when you want to move a specific voice to another voice, the 'from voice' catches, say, voice 4 and outputs a mono signal. then you could use the 'to voice' to send that mono signal to say, voice 8

hope that makes sense. its a bit hard to describe voice management without a specific need for what the voice management is for in the first place