DIG Ver 2 MIDI Clock Sync Problem?

Hi All,

I may be the first person on the planet to use the new DIG version 2 with an MC8, but just in case I’m not… just thought I’d ask here before contacting Strymon.

Have you noticed a problem with the clock multiplier when sending midi clock sync to DIG?

When in midi sync mode the TIME knob is supposed to act as a clock multiplier selector. The problem is that regardless of what position the knob was saved in on a preset, or is physically set to, DIG seems to set it to the fully clockwise (1/4 time) position when it receives midi clock. I don’t think this is the intended behaviour.



1 Like

Right, so… Strymon was able to replicate the clock multiplier problem and confirmed there is a firmware bug.

Workaround with the MC3/6/8 is to follow up the MIDI clock message with CC##12 value 64, which sets the TIME knob to 12 o’clock for 1 x multiplier.


So I’m having a similar issue…I’m using my MC6 MKII with the new V2 DIG. When I send a tap tempo message, the light on the DIG matches the new tap tempo set on the MC6, but it completely cuts out any delay signal. Once I tap on the actual tap switch on the DIG, the delay signal comes back in. If I then tap tempo on the MC6 with repeats going, it starts into circular repeats.

I’m pretty frustrated to say the least!

Alright so I realized I needed to use the MIDI Clock feature instead of the “Remote Tap” CC message. However, this MIDI Clock/Time Knob multiplier thing is a killer. I think I’ll probably be returning the DIG if this doesn’t get resolved via Firmware very soon.

Ok, so…

After much experimenting and using DIG in anger on Sunday with MC8, the most reliable work-around I have found is to send MIDI CC12#064 which sets TIME 1 knob to 12 o’clock / clock multiplier to 1/1.

I’m sending this as an On-Enter bank message.


If the CC message is sent too soon before DIG has stabilised on clock, it doesn’t always work. If the message is the last bank entry message sent AND a delay message (this pauses MC8 message sequence) is inserted before it, it does seem to work reliably at least during testing this evening. I’m using a delay of 1260ms, the maximum available in MC8 in a single message. I suppose you could make it longer with 2 messages if required.

For the time being I’m going to keep one preset in each bank programmed to send out CC12#064 just in case something goes wrong.

Hope that helps,