Voice stealing

[infuzion]

...green data is too loose on timing to be really usable for feeding the v2polystream.

Good point; I didn't think of that! My thoughts were that it would be too hard to track what note is what.

and I am not the one that sends secret bug reports every half week to intentionally delay the 1.3 beta

I'm not that smart; I've just been around for a long time!

BTW Mr Project Manager, the Envelope Control can shut off voices. Any more help than that I'll have to charge you $15-25/hour USD

[stw]

BTW Mr Project Manager, the Envelope Control can shut off voices. Any more help than that I'll have to charge you $15-25/hour USD

Maybe we can do it without charging you
I' ve come far but until now it is as expected: The interaction between green data and poly section isn't doing well.
I'll try further...

Anyway even if it will do the job it'll be only a workaround. You always have to deal with some kind of delay which can't be a seroius solution. It' should be far better and faster and more simple to change the rules inside the voices to poly section.

[stw]

ok it seems as if the last post was a bit overhasty...
I created the logic to control the voices but i'm stuck at exactly the point which was actually obvoius.
The journey ends where we need explicit stream identification. That is where the voice tag comes in.
This was discussed months before but i couldn't find an actual statement about it.
I'd be glad if this could make it into the next beta. Maybe somenone can comment on this.

[infuzion]

Anyway even if it will do the job it'll be only a workaround. You always have to deal with some kind of delay which can't be a serious solution. It' should be far better and faster and more simple to change the rules inside the voices to poly section.

Perhaps it could be better for Malc to edit the Voices to Poly, but I suspect if we do it right, then our code will become part of SM, just like the De-zip primitive.

The journey ends where we need explicit stream identification.

If you follow my plan, you don't need any stream ID; just need to track what max value for the envelope index is.

[Lui]

this is an old thread but did someone ever succeed in changing the voice stealing behavior in a way that a pressed note gets kept or sth similiar?

[trogluddite]

Hi Lui,
The basic problem with the poly voice manager is still the same. The whole poly system is very hidden away inside SM's engine, so there no way to change the voice allocation unless the developers re-write the MIDI-to-Poly primitive.

Earlier in the thread, it was mentioned that making a custom voice manager using "Green" and mono streams might be possible.
I have done quite a bit of work on that method, but it is quite cumbersome - 4 or 8 voices is manageable, but it gets very messy the more voices you add, and CPU load is higher because the voices are always playing, even when you don't hear them.
However, I think it can be useful as you can also get around other "preset" behaviours of the stock manager - for example, normal poly voices always reset oscillator phase at note-on, whereas a "blue/green" system allows for genuinely free-running oscillators. So, if there is a very particular behaviour that you need, and don't mind the CPU and voice-count compromises, it might be worth trying.
You can see some of my experiments with a four voice version on the Green Voice Manager thread - and I'm currently working on an 8 voice synth using very similar modules.

[Lui]

thanks for your detailed answer, Trog.
i looked at what you did already and even tho it seems really cool, i need to stay in poly.
i hope there will be an update someday. voice management would be one of my most crucial needs.
peace, lui