External sync problems when slaved via MIDI

[rnrjosh]

This problem only started occurring with the 1.2.0.6 firmware update.  The issue is that when slaved to MIDI, the BSP pro is continuing to send clocks to the ext clock out, even after receiving a MIDI stop command.  Essentially, anything connected to the ext clock out continues to play, after hitting stop on the master midi device, making it impossible to use BSP as MIDI slave in a live environment. 

My setup:

Electribe (master) MIDI Out to MIDI In on BSP
BSP in midi sync mode
External clock out of BSP to modular rig (Pamela's workout)

On 1.1.1.6, hitting stop on the Electribe would stop the BSP and also stop sending clocks via external clock out.  Now, the external clock out continues to output clocks until I hit the stop button on the BSP itself (after hitting stop on the Electribe as well).  Reverting back to 1.1.1.6 resolves the problem, so this bug only exists in the latest firmware update.  Whereas 1.1.1.6 was a bit buggy with the external clocks, it's now even more broken   Can you please get these external sync issues fixed without introducing new bugs? 

[Terrym]

Hi i found this from valentin  on here it maybe your problem 
Ok I think I know where the issue comes from. We've implemented in the last FW the standard sync. This standard uses TRS/3 points jack connector.
T (Tip) = clock signal
R (Ring) = state signal : DC 3.3V(running) or 0V (not running)
S (Sleeve) = signal ground

If you use TS/2points jack to sync the BSP there will be a short cut between S (ground) and R (state). The state will be forced to 0V. The BSP will read that as a non-running/stopped sequence. It works with the previous FW because it wasn't implemented in the standard way before.
So if you use TS jack try TRS ones. Hope it will solve your issue.


Terrym

[thesoulcatcher]

giving the users both options would be a nice way, no?

[rnrjosh]

I am using the provided TRS-to-DIN adapter that came with the BSP, so I don't think that's the issue. 

Edit: I'm using the TRS-to-DIN connector that came with the BSP to a passive DIN breakout box that breaks off the clock and run/stop pins to individual mono jacks, and then from there into Pamela's Workout.  Also verified that I have no short between the TRS-to-DIN ring (or tip) and ground, at least from the cable to my passive box to the modular. 

Anyone else seeing this same behavior? 

[rnrjosh]

Bump, this still appears to be a bug in the latest firmware as well   This is making the BSP impossible to use in a live situation, as it will not pass the MIDI stop message to the External clock when the BSP is the MIDI slave.  Arturia, will you be addressing this bug soon? 

[cityz3n]

I have the exact same issue here.
Had the BSP working like a charm with a EHX looper 45000 as master.
The BSP than would send the start/stop commands to Pamela's Workout via DSG.

Did the update to solve all the other issues it had.
And now it starts BUT when i press stop on the looper 45000 it just pauses.
Making the Pamela's Workout still sending clock out.
When i restart the looper 45000 the Pamel's Workout doesn't restart so everything is out of sync.

Arturia Fix this please. And real soon...
This thread is there too long already!
 

[sts77]

Still having this issue.
BSP synced either via midi from an other BSP or via USB from DAW (Cubase). Stop makes pause at slaved BSP and slaved BSP is synchronized Pamelas New Workout is still running.
Any new workaround?

[I grec]

Hi all,
No bug nor issue here.
When paused, BSP stops to send clocks.
If your slaved gear is still running, that means it is running on its own (without receiving any clock). BSP has a mode doing the same thing (Auto-sync, in the MCC).

regards,
Y.