Yahoo Groups archive

Emu XL-7 & MP-7 User's Group

Index last updated: 2026-04-29 00:09 UTC

Message

Arp bug here too?

2002-09-24 by erik_magrini@Baxter.com

Ok, I think I may have run across that Arp bug that Nick was mentioning, 
though I'm not sure if it's the same thing he's talking about.  Here's the 
situation.

I sat down last night to try again at making my own Custom arps and 
Presets to help me with getting around the lack of "RPS" features.  After 
waiting to see if we'd get a simlar feature in new OS update, I realized I 
can't keep waiting on that (since it might never happen), I need to find a 
workaround, or I'm just gonna have to get something else that will suit my 
live needs. 

I wanted to make 16 new Presets, each of which would be assigned a 
seperate Trigger Button (1-16) and Midi Channel (1-16B).  The goal was to 
create 4 different "kits' that I could interchange live as I saw fit, and 
to add some variety while switching patterns.  It was set up like this:

Trigger/MIDI 'B' channel 
1 - BD
2- Snare
3- HH
4- Perc
5- BD2
6- Snare2
7- HH2
8- Perc2
9- BD3
10- Snare3
11- HH3
12- Perc3
13- BD4
14- Snare4
15- HH4
16- Perc4

Everything was going great at first, I created 16 different Presets, saved 
them with the above names, assigned each to the appropriate B-MIDI 
channel, then saved the Multi.  I next went and copied a blank User Arp 16 
times making sure to make the name them the same as their associated 
Preset. 

The first trouble began when no matter what Global, COntroller or MIDI 
settings I changed, I couldn't use the key pads to play back the B channel 
Presets, until I played a previous recorded Pattern first.  Weird, and it 
made me wonder what I was really hearing, even though the Preset was still 
the same according to the Preset Display.  Editing the arps and saving 
them seemed to go ok, I made each arp play back the associated Presets (or 
rather I should say I assigned the arp to correct Preset), and programmed 
each step to be offset by 0, so that I could assign the actual drum sound 
(Note Number) via the Controllers Trigger menu.

And that was where I ran into my problems, changing the Note Number in the 
Controller menu didn't actually reflect the right sound in the Drum 
Preset.  I could even use the keypads to assign the correct note in the 
Controller Triggers screen, and it would sound fine as I played it that 
way.  However, as soon as I actually used the Triggers, the sound being 
played back wasn't the same at all.  To make sure I even fired up the PC 
and used SX (as well as E-Loader 1.0's MIDI monitor) to double check I had 
the right note numbers assigned.  I'd play the keypads until I heard the 
sound I wanted, then assigned that Note to be triggered by the Trigger 
button in the Controllers menu.  It sounded like it was playing the right 
Preset (hard to tell really, so many are similar sounding), just not the 
right note numbers.  I'd back out of the controller menu, try again, still 
no luck.  I'd press C2, hear the sound I wanted, then assign that Trigger 
to play that note.  Yet the Trigger wasn't playing back that note at all!

Ideas? Did I explain that cleary enough?  Is this what you were seeing 
Nick?

This really sucks, even a feasible work around isn't umm....working!
rEalm

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.