A little more reading in the Emax Service Manual yields the fact that
the E-Chip is synchronized with the CPU and expects certain timing
intervals.
You can't clock up the CPU without affecting the Echip operation.
So you could conceivably clock up the CPU, but then it would have to
wait for the Echip.
So I don't think changing the clock is viable.
Regards,
Ted
On Dec 29, 2009, at 4:22 PM, Brooks Mosher wrote:
yeah i have no idea what could cause it... i noticed it on a Baldwin i
had
years ago while running a drum pattern from my ext sequencer but also
had
sequences running to other gear on separate MIDI channels, including
another
drum pattern to a Jomox Airbase99, and only noticed the sloppiness
with the
Baldwin. i did a little reading and the Emulator Archive page confirmed
this for Emax and mentioned the main processor being somewhat
overloaded.
http://www.emulatorarchive.com/Archives/Samplers/EmaxOverview/EmaxTech/emaxtech.html
i've also experienced the same issue with my Emax rack i now use. like i
said, it's not an issue for simple drum patterns but when you start
doing a
16th note pattern on a hi hat for example, it's very easy to hear.
anyways there's always a work around in the studio and to me, owning
an Emax
quite versatile in terms of offering true 8/12 bit samples of those
vintage
drum machines like the Linn Drum or the DMX so i'm not complaining. :)
On Tue, Dec 29, 2009 at 5:51 PM, Ted Summers <djtbs1@...> wrote:
> Well, your assertion is assuming the MIDI timing is a CPU issue and
not one
> of a slightly off MIDI clock, or issue with the MIDI clock circuit
design.
>
> Maybe that specific item could be looked into- does everyone have
that same
> issue with the MIDI- or is something wrong with the MIDI circuit in
Brooks
> Emax?
>
> Any comments?
>
> Regards,
> Ted
>
>
>
>
> On Tue, Dec 29, 2009 at 1:55 PM, Brooks Mosher
<brooksmosher@gmail.com
> >wrote:
>
> >
> >
> > well what if you like most of what the Emax can do but feel it's
limited
> in
> > a small way? for example, personally, i love the sound, and i can
deal
> with
> > most of it's limitations, but one thing that i do wish was
improved upon
> is
> > the MIDI timing. trying to use it as a sampler for drums w/ an
external
> > sequencer (as this is how i produce music) is a near impossible
thing
> when
> > you start using more than 3 drum sounds, especially if you are
doing more
> > than a simple 1-2 1-2 beat - i end up having to solo each drum
part's
> > pattern and then multi track all of them which is something i
prefer to
> > avoid since i lose that "live" feel i get otherwise.
> >
> > so wouldn't a faster cpu fix the MIDI timing problem? but then
again,
> even
> > if it could in theory, wouldn't it be a monumental task and not
really
> > worth
> > it at the end of the day? and i'm sure many people would just
tell me to
> > get an Akai or use software programs and stop my bitching... ;)
> >
> > but yeah if the MIDI timing wasn't an issue the Emax would be a
perfect
> > machine for me.
> >
> >
> > On Tue, Dec 29, 2009 at 3:38 PM, Ted Summers
<djtbs1@...<djtbs1%
> 40gmail.com>>
> > wrote:
> >
> > > I am just wondering why people keep wanting to change the base
> > > underpinnings
> > > of the Emax hardware.
> > > If you aren't happy with what Emax does do, then maybe you need a
> > different
> > > piece of equipment or software to do this "other thing" you are
looking
> > to
> > > do?
> > >
> > > I certainly understand wanting to maximize the possible options
of the
> > > Emax.
> > > Heck if I could increase either the HD size / # of banks or Max
sample
> > > memory in an Emax 1 that would be great.
> > >
> > > But to change out the CPU? What is the purpose of that?
> > > And the Echip is a special purpose IC. You can't just blindly
utilize
> it
> > in
> > > a circuit....
> > >
> > > Without the Echip, the Emax is no longer an Emax, it would be
something
> > > different.
> > > So I just don't get some of these comments.
> > >
> > >
> > >
> > > On Tue, Dec 29, 2009 at 11:21 AM, jammie <jammie.emma@...
> <jammie.emma%40blueyonder.co.uk>
> > > >wrote:
> > >
> > > >
> > > >
> > > > waste of time it would need to much hacking of motherboards to
> > impliment
> > > >
> > > > if you read the thread on the dx group it is for programming
of sysex
> > > > strings so you change parameters on the fly but it only works
on 1
> > > parameter
> > > > at a time and would need many more controls and code to
impliment
> loads
> > > of
> > > > controls at a time problem with sysex data it can soon
overload the
> > midi
> > > > channel
> > > >
> > > > he designed it so you colud change a param with out looking
at the
> > panel
> > > > lcd and buttons in real time
> > > > ----- Original Message -----
> > > > From: thenewyorkcowboy
> > > > To: emax@yahoogroups.com <emax%40yahoogroups.com> <emax%
> > 40yahoogroups.com>
> > > > Sent: Tuesday, December 29, 2009 5:59 PM
> > > > Subject: [emax] Microcontroller
> > > >
> > > > I just saw this post on the Yamaha DX group and thought I
would put
> it
> > > here
> > > > for us to comment on as well. Don't know how it might apply
but ideas
> > are
> > > > welcome. My initial thought is somehow using this to
translate the
> EMAX
> > > > source code into something that we could understand and
modify, then
> we
> > > > could write a new OS that would implement the new features of
the
> extra
> > > > stuff we put in, or possibly if the stars were aligned we
could even
> > > replace
> > > > the dated microprocessor of the EMAX with this one and write
brand
> new
> > > > code...
> > > >
> > > > Here is the Wiki: http://en.wikipedia.org/wiki/Atmel_AVR
> > > >
> > > > Re: Editor Librarians for TX81Z
> > > > Posted by: "Alan Probandt" alan_probandt at yahoo.com
alan_probandt
> > > > Mon Dec 28, 2009 7:18 am (PST)
> > > >
> > > > Hello,
> > > > I have noticed the trend towards over-complication that was
mentioned
> > in
> > > > your message and agree. However instead of resurrecting 1980s
8-bit
> > home
> > > > computers, I suggest looking into the modern microcontroller
scene
> that
> > > is
> > > > always improving in terms of performance for the price.
> > > > I have been doing MIDI development with the Atmel AVR
microcontroller
> a
> > > lot
> > > > for the past five years or so. I don't have a lot to show for
it,
> from
> > a
> > > > professional perspective, but what has been done is in open
source
> and
> > > > available. The AVR is almost a 1980s home computer on a
inexpensive
> > chip.
> > > > There is a 20MHz CPU core running 130+ op-codes, two or three
> > > input/output
> > > > ports, a serial port UART or two, a cluster of 10 bit analog/
digital
> > > > convertors, several timers, and a Flash ROM space of 4K bytes
to 128K
> > > bytes.
> > > > Lacking is big on-board RAM, video, and sound generators.
Programs
> are
> > > > written in free assemblers or C compilers and loaded into the
flash
> > ROM.
> > > No
> > > > need for ultraviolet erasers any more. All programs are
stored in the
> > > ROM.
> > > > No program code runs from RAM, which makes AVRs different
from home
> > > > computers.
> > > > Video can be done using attached LCD graphics modules that
sell for
> > about
> > > > $20. Sound ICs have disappeared probably for good, but MP3
and MIDI
> are
> > > > straightforward to implement. Massive data storage is done on
small
> > cheap
> > > SD
> > > > Flash cards at a cost of about $10 per gigabyte.
> > > > AVRs have the same programming 'feel' that the old home
computers do,
> > but
> > > > they are much more widely available. There isn't any concern
that a
> > > program
> > > > written for DOS or Commodore 64 can't be shared because the
hardware
> is
> > > > unobtainable.
> > > > The 10-year-old 8-bit 20MHz $8 AVR is on the verge of being
replaced
> by
> > > the
> > > > $4 50MHz 32bit ARM-family of microcontrollers, specifically the
> Cortex
> > > M3.
> > > > This device is made by many companies, but it is much more
difficult
> to
> > > > program and is 'overkill' for MIDI applications.
> > > >
> > > > Just a brief update on the alternatives to using unprogrammable
> desktop
> > > PCs
> > > > for MIDI applications.
> > > >
> > > > ----------------------------------------------------------
> > > >
> > > > No virus found in this incoming message.
> > > > Checked by AVG - www.avg.com
> > > > Version: 8.5.431 / Virus Database: 270.14.123/2592 - Release
Date:
> > > 12/29/09
> > > > 07:47:00
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > > >
> > > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> > >
> > >
> > > ------------------------------------
> >
> > >
> > > Emax and Emax II User's Group Website
> > >
> > > http://www.silveriafamily.comYahoo <
> http://www.silveriafamily.comyahoo/>!
> > Groups Links
> >
> > >
> > >
> > >
> > >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> Emax and Emax II User's Group Website
>
> http://www.silveriafamily.comYahoo! Groups Links
>
>
>
>
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]