Support
Looper's Delight
|
Support |
|
|
Hi Daniel, without a diagram or a detailed description of your setup it's pretty much impossible for anyone to diagnose your problem. We're just guessing based on assumptions. >From what you say below, about needing to use SUS commands I'd guess that you're sending midi clock to the edps, and not using it. Indeed, midi-clock sync doesn't work well with sequenced edps (Claude Voit worked that out, and he's the guy who got the EDP midi response up to spec ). So set your EDPs to sync = OFF, and then the way to keep them synced is to use the Restart command as often as needed. Having done that, you *can* use regular Record=TOG, ..but the SUS commands will be as good, stick with what you're comfortable with. Incidentally, you don't need to send Reset before starting a new Recording (unless you want to). Maybe Claude, (who I suspect of filtering this list for posts with his name in) will chip in here, probably will if I got something wrong. (hi Claude :-) Didn't you say *all* the midi info was going to the EDPs? ...and the occasional note is lost when you mix live playing with EDP sequencing. This would point to the loss happening wherever the sequenced midi, and the live midi are merged. If that happens in your software, the software is buggy at midi-merging. Either 1) Use a hardware midi merger in your system 2) Use different software 3) Send the EDP commands down a completely separate midi cable. andy butler Daniel Hegarty wrote: > Hi, > > Sorry for being dense, just a couple of clarifications! > > 1. Say for example, on one of the EDPs, I need to record a 4 bar > loop, and then reset that loop later, and then record an unrelated > 2 bar loop. How do I alter the loop length if not by using the > SUSrecord function? When I've experimented with quantizing, it > appeared to me that I could only set a fixed loop length using the > 8th/cycle parameter. This obviously wouldn't be sufficient for the > use case i describe above. i.e. When in quantize mode i press > record once to start recording the loop, i then press it again, > but the stop is determined by the 8th/cycle parameter rather than > my button press. My impression was that Sync=In, and Quantize was > to be used when using a fixed length loop which you wished to > develop and perform operations on. If that's not the case, I'd be > very interested in how to very the loop lengths on the fly, so to > speak. > 2. I assume the pre-delay option is only useful in the case of using > the EDP quantize as otherwise it would cause the commands not to > be sent out precisely on time. > > I have a horrible feeling I've wasted a lot of time going about this the > wrong way! Thanks so much for your patience. > > Daniel > > www.boysen.se <http://www.boysen.se> > www.perboysen.com <http://www.perboysen.com> > >