DSP Robotics Support

This is amazing guys! Great work! Too bad I cannot make it work for unison

adamszabo wrote:This is amazing guys! Great work! Too bad I cannot make it work for unison

Hey I will have to give this a bit of thought. This is a special case I had not considered.

Any luck anyone? This is the only way I managed to make it when multi voice is enabled. Its still using the old mono trick though, and all those read/write primitives eat a ton of cpu.

adamszabo wrote:Any luck anyone? This is the only way I managed to make it when multi voice is enabled. Its still using the old mono trick though, and all those read/write primitives eat a ton of cpu.

Been busy with other stuff. I will have a go at this over the weekend. I'm thinking of just writing my own Unison using my voiceID method so there is no conflicts with the Multi Voice method used.

Ok, looking forward to see what you cook up! A quick idea might be to simple have several of those me array things and activate each for each unison voice? Btw, if someone comments the assembly code what they do I can try to mess around with the mem code too. Right down I dont really understand how it works.

Just uploaded a version in first post which seems to work fine with unison

Turned out to be really easy to fix, I still needed the VoiceTag from the voices to poly primitive so I stuck with the current unison implementation, saw no point in writing my own.

Seems my voiceID doesn't work for voices that have the same note because voices with the same note rely on the voiceTag to distinguish them. So it was literally just a case of adding the voiceTag to my voiceID for the phases to be written correctly

You almost got it mate! It seems it does not yet want to give each voice its own correct phase value, it seems they are repeated thus causing that nasty flanging phase reset sound.

Thanks adamszabo I must have overlooked that, I did think it didn't sound quite right.

This is strange and currently cannot see why this would happen.

I'll have to investigate further, only thing I can think of is that them voices are not being detuned although they look like they are.

I'll have another crack at this tomorrow.

Ok I have fixed it

Was such a basic error in the ASM I overlooked it

I have optimized the Shared Mem module by putting the read / write inside the same ASM block, so that such save a few cycles

Great i think you got the voice management right! The last problem now is that it seems the method we are using to get the last sample and start from there is not quite there yet.

Im trying to catch the phase of the oscs and when i let go and press again it starts at the different value than it should. Maybe using the envelope stage 4 is not the best way? I remember when we were using the stage 0 in one of the assembly blocks it seemed to work, but you have updated that file, i cannot check it to make sure.

Btw feel free to call me Adam, reading my forum name is weird haha.

https://www.youtube.com/watch?v=NtW8pp_iU14