Author |
Message |
jamos

Joined: Jun 01, 2004 Posts: 514 Location: Eugene, Oregon, USA
Audio files: 4
G2 patch files: 41
|
Posted: Tue Nov 07, 2006 9:38 am Post subject:
MIDI clock in a multi-synth environment? Subject description: Trying to get a bunch of synths to work together... |
 |
|
My band (C120 - http://c120.org) has decided to go from manual sync to using MIDI clock, and we're having a hell of a time with it. I should describe the problem I'm having, but it is so damned convoluted that I shudder at the thought of explaining it. Here goes.
The instruments are:
- 2 G2's (one of which is a synth, the other a master processor)
- An Alesis Ion and Alesis Fusion (respond to MIDI clock, but ignore Start and Stop messages)
- A Korg EM-1 (responds to MIDI clock and start/stop; can also be started and stopped when externally synced.)
We are an improvisational band, so we often start and stop our sequencers independently when playing. Unfortunately, because of the above mix of capabilities, I've found that it's impossible to have the sequencers all slave to the same clock, and yet still be able to independently start things.
The MIDI config I'm using at the moment is as follows: The Master G2 sends MIDI clock to all other instruments through a Thru chain. The Master G2 is set to internal sync, all others to external. This works well except for one problem: I have to start the sequencers in the second G2 using the Master G2's start/stop button; this also starts or stops the Korg as well.
Possible solutions that come to mind are:
- Find a way to filter the start/stop before they arrive at the Korg
- Find a way to start the second G2's sequencers independent of the first.
The first solution requires custom hardware or software, which is not an option at this point; so I'm looking into the second. The idea I've had is to remotely change the state of the G2's Clock module's Run buttons via MIDI, but that is a daunting prospect: I have many patches and performances with multiple clock modules, which adds up to a sh*tload of potentally messy patching.
Any suggestions? |
|
Back to top
|
|
 |
slave to this

Joined: Oct 23, 2005 Posts: 93 Location: nyc
G2 patch files: 7
|
Posted: Tue Nov 07, 2006 12:44 pm Post subject:
|
 |
|
its kind of hard to conceptualize without actually seeing how you guys are doing your thing, so forgive me if you've already gone down this route. but have you tried getting fancy with assigning seperate midi channels to each of the synths? maybe you could waste a slot on your master g2 that toggled between doing different functions to seperate channels where only specific synths responded to the clock/other messages at a given time.
other than that, i know you said software isn't an option, but max/msp is your savior with this problem.
james |
|
Back to top
|
|
 |
jamos

Joined: Jun 01, 2004 Posts: 514 Location: Eugene, Oregon, USA
Audio files: 4
G2 patch files: 41
|
Posted: Tue Nov 07, 2006 1:33 pm Post subject:
|
 |
|
No, that won't help; MIDI clock and start/stop are not channelized.
Max/MSP might help here, but i could write a utility in C++ to do it in less time than I could learn Max. I just don't want to drag along a laptop and MIDI interface for that task. |
|
Back to top
|
|
 |
slave to this

Joined: Oct 23, 2005 Posts: 93 Location: nyc
G2 patch files: 7
|
Posted: Tue Nov 07, 2006 2:14 pm Post subject:
|
 |
|
you said you needed to start the second g2's clock independent of the first?
i'm sure you could at least do that with sending midi to the seperate g2. wish i had a second to try it out on, but i don't see how that wouldn't be possible. |
|
Back to top
|
|
 |
slave to this

Joined: Oct 23, 2005 Posts: 93 Location: nyc
G2 patch files: 7
|
Posted: Tue Nov 07, 2006 2:23 pm Post subject:
|
 |
|
to be more specific, i suppose i'm talking mainly more about sending triggers to start/stop sequencers on your 2nd g2, etc., but if that is what you meant about your potentially messy re-patching, i feel you. |
|
Back to top
|
|
 |
ian-s

Joined: Apr 01, 2004 Posts: 2672 Location: Auckland, New Zealand
Audio files: 42
G2 patch files: 626
|
Posted: Wed Nov 08, 2006 2:36 pm Post subject:
|
 |
|
Hi Jim
I don't have any ideas about the MIDI clock issues, just wanted to say great site and excellent music.
Cheers
Ian |
|
Back to top
|
|
 |
jamos

Joined: Jun 01, 2004 Posts: 514 Location: Eugene, Oregon, USA
Audio files: 4
G2 patch files: 41
|
Posted: Wed Nov 08, 2006 3:09 pm Post subject:
|
 |
|
g2ian wrote: |
I don't have any ideas about the MIDI clock issues, just wanted to say great site and excellent music. |
<chuckle> Thanks, Ian. Encouragement is as valuable as advice.
Actually, the best advice I got on this was from Dasz: simplify my performances, use a single clock, and start it manually. |
|
Back to top
|
|
 |
deknow

Joined: Sep 15, 2004 Posts: 1307 Location: Leominster, MA (USA)
G2 patch files: 15
|
Posted: Wed Nov 08, 2006 4:50 pm Post subject:
|
 |
|
yes, use a single clock. these days i bring the evolver and use it as master clock (mostly because it is easy to set it to send midi clock and nothing else). ideally, i use a 707 for this, as it has a dedicated single large knob for controlling tempo. starting together is a problem when you have disparate devices...some do, some don't.
deknow |
|
Back to top
|
|
 |
dasz

Joined: Oct 16, 2004 Posts: 1644 Location: victoria, canada
Audio files: 29
G2 patch files: 56
|
Posted: Fri Nov 10, 2006 9:57 am Post subject:
|
 |
|
Code: | Actually, the best advice I got on this was from Dasz: simplify my performances, use a single clock, and start it manually. |
The other advantage of a single external clock vs a pc's application as clock master is twofold -
a. better sync (a pc acting as a clock can be preempted by other things and introduce glitches)
b. if the pc goes down (Live dies/crashes) the rest of the rig is not hooped, so you can recover without anyone noticing that anything went wrong.
I am curious to find out if your issues are resolved now.
/Dasz
ps.: nice tunes, jamos! |
|
Back to top
|
|
 |
jamos

Joined: Jun 01, 2004 Posts: 514 Location: Eugene, Oregon, USA
Audio files: 4
G2 patch files: 41
|
Posted: Fri Nov 10, 2006 10:14 am Post subject:
|
 |
|
Yeah, single external clock is a no-brainer; what's tricky is that the G2 requres multiple clock modules for performances, and they can only be started in sync by the master clock switch.
I think things will work well now, we've got practice this afternnon and I'll try my new techniques then.
jim |
|
Back to top
|
|
 |
mosc
Site Admin

Joined: Jan 31, 2003 Posts: 18240 Location: Durham, NC
Audio files: 224
G2 patch files: 60
|
Posted: Fri Nov 10, 2006 12:39 pm Post subject:
|
 |
|
Yes, nice music on that site. I'm not surprised.  _________________ --Howard
my music and other stuff |
|
Back to top
|
|
 |
Antimon
Joined: Jan 18, 2005 Posts: 4145 Location: Sweden
Audio files: 371
G2 patch files: 100
|
Posted: Mon Nov 13, 2006 2:25 pm Post subject:
|
 |
|
dasz wrote: | Code: | Actually, the best advice I got on this was from Dasz: simplify my performances, use a single clock, and start it manually. |
The other advantage of a single external clock vs a pc's application as clock master is twofold -
a. better sync (a pc acting as a clock can be preempted by other things and introduce glitches)
b. if the pc goes down (Live dies/crashes) the rest of the rig is not hooped, so you can recover without anyone noticing that anything went wrong.
|
One problem is that if you have more than two units without 'thru' you need to find a midi split box to make this work. I suffer from this - have thru ports become more uncommon in later years?
/Stefan _________________ Antimon's Window
@soundcloud @Flattr home - you can't explain music |
|
Back to top
|
|
 |
|