Marbles with external quantizer

Hi everyone,

I have been using marbles for a while now, and noticed I am having an issue with running it through an external quantizer. Say I am running x2 into the cv input of the quantizer and t2 into the trigger input of the quantizer and the output of the quantizer to 1v/o of an oscillator. Whenever the quantizer is triggered I can hear the old note for a split second until it becomes the new note (kind of a short glissando-ish sound). Two different quantizers have given me the same result. I am able to fix it if I clock marbles through pams new workout and then clock the quantizer with a separate clock from pams that is slightly delayed from the one going to marbles. But if there is something else I can do to fix this (or if I am doing something wrong with marbles) without adding extra modules and connections I would love to know.

Thanks so much for any help!

sounds like you might need a trigger delay. MI Stages

So you are telling me the solution to my problem, as is usual in eurorack, is that I need another module ;-).

I’m not sure there is any alternative.

From my limited understanding of these things is that the quantizer is not processing the signal quick enough.

You could sell the quantizer and buy one that works faster, thereby cleverly bypassing the rule of needing another module!

Haha, well one of the “quantizers” is an arbhar in wavetable mode using the v/oct and strike input, so I am definitely not getting rid of that one. Other is a regular quantizer that I am thinking I can replace with a uo_c (that has a trigger delay setting to take care of this kind of thing). Is there any kind of trigger delay setting in marbles itself? I wish I had an oscilloscope so I could look at when the x2 cv output is changing and when the t2 triggers…

Sequencers whose CV outputs are laggy compared to their GATE outputs are a pet-peeve of mine, so I made sure that things are compensated in Marbles: the GATE and the CV outputs are changing state and settling at the same time.

Here is a scope trace (green = CV, yellow = GATE):

One thing to check: maybe turn STEPS slightly after 12 o’clock, so that you are 100% sure that the portamento/slew-limiting that happens on the first half of STEPS’ course is not active.

If it doesn’t help, here’s a firmware version with a longer delay for the gate outputs. Maybe your quantizer has a very low triggering threshold, or doesn’t take into account the fact that its CV input probably takes longer to sample than its GATE input. (684.8 KB)

1 Like

You can change the +2 to whatever maximum delay time you want to allow (this line just makes room in the buffer to store the delayed values):

And the gate delay itself is modified here:

The unit is samples (31.25µs).

Depending on how slow your quantizer is to react, you might have to use a larger delay than I did.

1 Like

Wow, thank you so much for this, I never imagined that I would get the scope images, custom firmware, and code to edit if needed. I am really speechless, this is amazing, I have been needing to update marbles with the newest firmware anyway. So happy about this :joy:!