Controlling with Pyramid

[Jesse Johannesen]

Hey Gabi, I'd love to see if I can help you out with this. Let's start out with a little more info about your setup:
Is the pyramid going straight into the NDLR?
How many CCs are you sending and what are you controlling with them?
give me a little more info about the hardware setup being controlled as well.

I'll probably have you start by simplifying what you're trying to do and add stuff back in until we see where it stops working. I don't have a pyramid on my end but I do have an octatrack and hopefully I can see about trying to reproduce your issue.
Let me know your setup and we can go from there.

Jesse

Well, I guess I now what’s going on. Actually, NDLR starts “singing” when receives CC 26, chord degree. The problem is I’m sending separate messages for other CCs which are not triggered before, but after. I should reorder the messaging flow. In pyramid I’m sending different CCs in separate tracks. Although  I’m sending for all tracks in their step one the CCs, the order of receiving the messages in NDLR is not “simultaneously” (it can’t be). If CC26 is first, then the other important data is postponed for the next step or lost. It might be useful to be able to have a delay in order to receive the whole messages stream, before triggering CC26. I see no other decent way to be sure that NDLR is receiving the whole setup CCs before triggering CC26.

Ah, that makes sense. Maybe a micro-timing option exists for the squarp? if so you could set the CC26 on the step 2 and instead of delaying it, have it play way early. so it's just after the step 1. Time to dive into the manual!

Good luck,

Jesse