I made one changes to the pattern and sequencer selector to use banks so instead of having 64 buttons visible there will be only 16 trying to make Overblast less expensive as a whole.

While testing i was able to disconnect [pd OBSendSteps] and the index value for the sequence and pattern can be seen changing instantly as it should.

But now that I have made those revisions and reconnected [pd OBSendSteps] I am getting a bunch of "lag". So I'm not sure why this is happening but when [r checkedpadnum] changes the sequence toggles should update with whatever is in the txt doc. But its not and the process of unpacking 32 values seams to take a long time. Is there a more efficient way of unpacking these values?

I thought this might be a case of disconnecting and reconnecting the highlighted portion of the screenshot but that did not help I'm still getting a long delay after a new pattern or sequence is selected.

If you feel the need to see more I provided a link to the whole patch via github
https://github.com/RetroMaximus/OverBlast-Alpha/blob/master/OverBlast-Alpha.zip

@RetroMaximus I can't remember if it was you had delays in your patch whilst trying to correct the order of operations.
It is not normal....... all the messages should be completed between audio ticks on a modern computer.
If you have a [delay] somewhere that would explain it....... or if you are using an MITS Altair 8800 that might explain it.
Actually I don't think even a MITS Altair 8800 would lag that much.
David.

Yes it was me using delays but I made it a point not to anymore I removed all that I come across. There might be something remaining. Ill take a look