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

Hi all -
I'm getting a used world expedition rom, and while I have the preset 
listings off a website, I was wondering if anyone could point me to 
where I could pick up a listing of the actual samples used?
And did anyone get anywhere on the randomizing using more than one 
rom?
thx!
dana

A listing of the actual samples is in the Planet Earth Manual.  

--- In xl7@yahoogroups.com, "dwoodaman" <dwoodaman@y...> wrote:
> Hi all -
> I'm getting a used world expedition rom, and while I have the 
preset 

> listings off a website, I was wondering if anyone could point me to 
> where I could pick up a listing of the actual samples used?
> And did anyone get anywhere on the randomizing using more than one 
> rom?
> thx!
> dana

On the PlanetEarth/WorldExpedition ROM: If you scroll thru the
Instruments - past the multi-sample Instruments - you will see
hundreds of single-sample Instruments that are named exactly as the
single sample that they are. This is a complete listing of each and
every sample that is included on the ROM, and the idea behind this is
to allow for maximum programming flexibility within the architecture
of the P2K/Command Station synth.

enjoy the ROM!

Ed

--- In xl7@yahoogroups.com, "dwoodaman" <dwoodaman@y...> wrote:
> Hi all -
> I'm getting a used world expedition rom, and while I have the
preset 

> listings off a website, I was wondering if anyone could point me to 
> where I could pick up a listing of the actual samples used?
> And did anyone get anywhere on the randomizing using more than one 
> rom?
> thx!
> dana

Hi all,

I was far from computer for some time and i'm happy to see that this 
terrible summer has not totally killed life on this forum....On my 
side , I don't know if I will survive it ( I can cook an egg on my 
XX7 after only 20 minutes it's powered on !).......
Now my problem is :
I have a bass custom preset with an arpeggio running on MIDI 01B, on 
top of it I play different Drum patterns (MIDI 01-16a), and every 2 
or 3 drum pattern change, the bass arp runs slightly out of sync !! I 
have to push play and hit stop to resync the arp : this is no good !! 
Is there something I am missing ? This is really a Biggie for me, so 
any help would be highly appreciated !!

P.S : rEalm, I like alot your live set, especially the "Four on the 
Floor" part (which is the major part !)...Enjoyed your 'rEalm live 
method' tutorial too! it gave me new ideas for preparing my future 
live pa !

Best Regards

XROM

Cool. You are the guy that programmed this, right?
--- In xl7@yahoogroups.com, "vibesart" <vibesart@y...> wrote:
> On the PlanetEarth/WorldExpedition ROM: If you scroll thru the
> Instruments - past the multi-sample Instruments - you will see
> hundreds of single-sample Instruments that are named exactly as the
> single sample that they are. This is a complete listing of each and
> every sample that is included on the ROM, and the idea behind this 
is
> to allow for maximum programming flexibility within the 
architecture
> of the P2K/Command Station synth.
> 
> enjoy the ROM!
> 
> Ed
> 
> --- In xl7@yahoogroups.com, "dwoodaman" <dwoodaman@y...> wrote:
> > Hi all -
> > I'm getting a used world expedition rom, and while I have the
> preset 
> > listings off a website, I was wondering if anyone could point me 
to 
> > where I could pick up a listing of the actual samples used?
> > And did anyone get anywhere on the randomizing using more than 
one 

> > rom?
> > thx!
> > dana

> Cool. You are the guy that programmed this, right?

I did most of the sampling, defined/programmed the 32 MB sample set,
and created all of the Instruments.  The presets, arps, riffs etc were
created by myself and some of Emu's great programmers and composers.

-ed



> --- In xl7@yahoogroups.com, "vibesart" <vibesart@y...> wrote:
> > On the PlanetEarth/WorldExpedition ROM: If you scroll thru the
> > Instruments - past the multi-sample Instruments - you will see
> > hundreds of single-sample Instruments that are named exactly as
the
> > single sample that they are. This is a complete listing of each
and
> > every sample that is included on the ROM, and the idea behind
this 
> is
> > to allow for maximum programming flexibility within the 
> architecture
> > of the P2K/Command Station synth.
> > 
> > enjoy the ROM!
> > 
> > Ed
> > 
> > --- In xl7@yahoogroups.com, "dwoodaman" <dwoodaman@y...> wrote:
> > > Hi all -
> > > I'm getting a used world expedition rom, and while I have the
> > preset 
> > > listings off a website, I was wondering if anyone could point
me 

> to 
> > > where I could pick up a listing of the actual samples used?
> > > And did anyone get anywhere on the randomizing using more than 
> one 
> > > rom?
> > > thx!
> > > dana-

--- In xl7@yahoogroups.com, "xromxx7" <bonneau-c@w...> wrote:

> I have a bass custom preset with an arpeggio running on MIDI 01B, 
on top of it I play different Drum patterns (MIDI 01-16a), and every 
2 or 3 drum pattern change, the bass arp runs slightly out of sync !! 

I will add that, my previous post beeing ignored, I tried all I could 
do by myself to get rid of this problem ......with no success......

Manual(rev G) states that sequencer, beats and arps share the same 
clock so theorically this should never happen !! It reads 
also "blablabla....set base tempo to : use Midi" but there is no such 
option !!?! as well as LCD screen in MIDI menu for Base tempo shows : 
(0=Midiclck) but there's no 0 at all (only options for base tempo are 
Ext or BPM : range from 1 to 300).....So what the F#*¤ is going 
on!!?! I'm totally lost(and pissed off)......Have mercy on me........ 
somebody help me please !!! 

 
 XROM

I have a bass custom preset with an arpeggio running on MIDI 01B, on top 
of it I play different Drum patterns (MIDI 01-16a), and every 2 or 3 drum 
pattern change, the bass arp runs slightly out of sync !!

>>>Keep in mind that the XX-7's prioritize according to MIDI channel, with 
lower numbered channels getting higher priority, and A channels getting 
priority over B channels.  So if you're drum patterns on the A channels 
are really busy or have a lot of controller information, then it MAY 
effect the timing of the B channels slightly.  That being said, I use a 
some pretty complex programming on many A channels, and very, very rarely 
do I ever hear anything other than some slight drift on the arps playing 
on my B channels.

Try deleting any channel pressure messages that have been recorded on the 
A tracks, as well as thinning any controller info on these tracks too. 
That might help.<<<

P.S : rEalm, I like alot your live set, especially the "Four on the Floor" 
part (which is the major part !)...Enjoyed your 'rEalm live method' 
tutorial too! it gave me new ideas for preparing my future live pa !

>>>Cool man, glad you enjoyed it and that the tutorials helped some.  As 
long as people findthis stuff useful, I'll keep passing on my ideas! :) 
<<<

rEalm


[Non-text portions of this message have been removed]

--- In xl7@yahoogroups.com, erik_magrini@B... wrote:

>>>Keep in mind that the XX-7's prioritize according to MIDI channel, 
>with lower numbered channels getting higher priority, and A channels 
>getting  priority over B channels.  So if you're drum patterns on 
>the A channels are really busy or have a lot of controller 
>information, then it MAY effect the timing of the B channels 
>slightly.  


Thanks alot for answering me rEalm ! I'm always happy to learn that 
kind of details.....Unfortunately I don't think it has anything to do 
with pattern complexity (only 8 tracks in my patterns and almost no 
cc)....In fact , the longer you let an arp running and more chances 
you will have to see it going out of sync.....I suspect it's also due 
to numerous sequencer pattern changes while the same arp is running : 
when I do this i'm sure to run out of sync !!
 

>very, very rarely do I ever hear anything other than some slight 
>drift on the arps playing on my B channels.


I think it's because you mostly use em as transition lines between 
pattern changes that's why you have no problems . Maybe this is the 
only valid workaround ? anyway thanks again for your help ...

Best Regards

XROM

How is what I do any different from what you're doing?  We're both playing 
arps on B channels....ahhhh... just figured it out I think.  I'm playing 
my B channels via the Triggers, but your B-channels are part of your 
Pattern data right?  I could see that causing issues if this is the case. 
Even though you're still playing the same Preset and arp in both Patterns, 
the Pattern is still going to send out set up data for that track when it 
switches.  Not too sure how you'd get around this actually.  Maybe our 
sequecner guru, Senior Aaron, can shed some insight....

rEalm




I suspect it's also due to numerous sequencer pattern changes while the 
same arp is running : when I do this i'm sure to run out of sync !! 
********************
I think it's because you mostly use em as transition lines between pattern 
changes that's why you have no problems . 






[Non-text portions of this message have been removed]

--- In xl7@yahoogroups.com, erik_magrini@B... wrote:
> How is what I do any different from what you're doing?  We're both 
>playing  arps on B channels....ahhhh... just figured it out I 
>think.  I'm playing my B channels via the Triggers, but your B-
>channels are part of your Pattern data right?  

No rEalm, I'm using notes Triggers just like you, what I think is 
different is that you seem to trigger arp percs here and there 
(giving no time to the arp to run out of sync) on the contrary I use 
some kinda "permanent" arp (bassline)i let run through many many 
different seq drum patterns that's why I run into problems....(I 
think)....I also had the impression that some patterns are messing 
with the arp much more than other ones but I'm not sure....Still 
working on this problem....Thanks for caring and again 
congratulations for your Live Set !

 XROM

Hmmm, well we're both pretty much doing the same thing then it sounds 
like.  While I do trigger arps here and there, I also let some of them run 
for a couple of patterns.  It's not uncommon for me to be running 12+ 
Patterns tracks, and 3-4 Trigger Arps at the same time, and rarely do I 
hear any kind of timing problem.  Have you tried compacting your user 
memory lately? 

I know it's a last shot, but sometimes I feel the XX-7's seem to really 
respond a lot less smoothly right before the user memory needs to be 
compacted.  I don't have any facts to back this up, it's more of a gut 
feeling thing.  It always seems to run way smoother right after a compact. 
 Anyone else feel this way too, or is it just me?

rEalm




No rEalm, I'm using notes Triggers just like you, what I think is 
different is that you seem to trigger arp percs here and there 
(giving no time to the arp to run out of sync) on the contrary I use 
some kinda "permanent" arp (bassline)i let run through many many 
different seq drum patterns that's why I run into problems.






[Non-text portions of this message have been removed]

--- In xl7@yahoogroups.com, erik_magrini@B... wrote:
> Hmmm, well we're both pretty much doing the same thing then it 
>sounds like.  While I do trigger arps here and there, I also let 
>some of them run for a couple of patterns.  It's not uncommon for me 
>to be running 12+ Patterns tracks, and 3-4 Trigger Arps at the same 
>time, and rarely do I hear any kind of timing problem.

If you say it works on your machine, maybe I can hope to see it run 
smoothly on mine someday ! I mean it's a proof that this machine is 
capable of doing such a thing, so this is a good news for me !

>Have you tried compacting your user memory lately? 

No I have'nt tried this, but now you mention compacting, it makes me 
think that I recently added more than 70 drum patterns in the machine 
and after this I ran into problems...I usually never compact myself 
but rather let the machine do it when it's necessary, but this time i 
think this is definitely something to try ....  


> I know it's a last shot, but sometimes I feel the XX-7's seem to 
>really respond a lot less smoothly right before the user memory 
>needs to be compacted.  I don't have any facts to back this up, it's 
>more of a gut feeling thing.  It always seems to run way smoother 
>right after a compact. 
>Anyone else feel this way too, or is it just me?

I feel you could be damn right! I often noticed differences in 
performance but don't know if it has something to do with user 
memory...Ha.. if only Aaron could explain to us from time to time 
some aspects of this machine as compacting for example : Does it uses 
only one writing in memory ?(it involves the whole memory so...) and 
dumping a preset bank is one or 127 writings in memory ? what is 
really compacting on xx7, and what will happen to our machines once 
we have passed the 50.000 writings in memory? Above all, what can 
cause timing discrepancies on the XL7 ? So much questions ....that 
will be gone with the wind ..I fear....

Anyway, thank you very much for your highly appreciated help rEalm !


Best Regards


XROM

No I have'nt tried this, but now you mention compacting, it makes me 
think that I recently added more than 70 drum patterns in the machine 
and after this I ran into problems...I usually never compact myself 
but rather let the machine do it when it's necessary, but this time i 
think this is definitely something to try .... 

>>>Yeah, it might help.  Whenever I try and conpact it always tell me to 
go home, but then 30 minutes later it tells me I need to compact.  It 
might work, but I wouldn't put all your eggs in this basket. <<<

Does it uses only one writing in memory ?(it involves the whole memory 
so...) 

>>>I think there's two memory system in the XX-7's, a global system one, 
and the User one. <<<

and dumping a preset bank is one or 127 writings in memory ? 

>>>My guess is it's 127.  When i was getting ready to record my live set, 
I REALLY want to do it right after a compaction for the best performance 
(again, I have not hard evidence this is really helping, just a gut 
feeling).  I couldn't get it to manually compact, so I just dumped a User 
Bank worth of Presets into it a few times and halfway through one of the 
dumps I got an error message telling me the dump was unsuccessful due to 
some memory error (I forgot the actual message).  Then I was able to 
manually compact and all was well. <<

what is really compacting on xx7, 

>>>Think of compacting as defragging.  The user memory gets fragmented 
slowly over time as you save patterns and presets, and this proceedure 
lets the XX-7 get everything all sorted out.  Another reason I think the 
machine runs better after a compaction, just like hard disks perform 
slightly better after a defrag. <<<

and what will happen to our machines once we have passed the 50.000 
writings in memory? 

>>>You'll be dead and buried by then so who cares?  If you were able to 
actually compact it every single day, it would take you 140 years to reach 
the 50,000 limit.  <<<

Above all, what can cause timing discrepancies on the XL7 ? 

>>>Dense midi streams are the prime culprit in my experiences. 
Accidentally recording too much channel pressure messages from hitting the 
pads (I turned off channel pressure on my box), have lot's of ptchbend 
info recorded and not thinned, having a lot of "note on's" happening at 
exactly the same time in your pattern (offsetting a track by even a single 
tick can make a difference). <<<

So much questions ....that will be gone with the wind ..I fear....

>>>Frankly, I don't give a damn.... <<<

Anyway, thank you very much for your highly appreciated help rEalm !

>>>De nada, this list helps me maintain my sanity at work. :)  Sorry I 
post so much in fact! <<<

rEalm










[Non-text portions of this message have been removed]