Emax

I thought about using small packages of bytes. This is indeed more 
reliable but... for loading/unloading about 486000 bytes to/from the 
EII, the EII would require more than 90000 commands. The Max is 
sending only 2000 commands... Just initiating these 90000 commands 
takes an awful lot of time (request/reply with ack/nack). I tried it 
once and the result of this experiment is that the whole process 
takes between 10 and 20 minutes :-)
I ordered a PCMCIA RS422 port now, which bypasses the USB port. Let's 
see if this device will give better results...

Right now I'm checking out the Emax communication. 
The first thing I'll do is monitor the communication between Alchemy 
3 and Emax, just to be sure I understand the RS422 sysex/mma specs 
provided by Emu correctly. But I'm already fearing for the end-to-end 
response time when loading/unloading full banks with these commands. 
Because when I select "Get All" in Alchemy, it takes minutes before 
Alchemy has received all voices from the Emax via RS422; Alchemy is 
probably doing the exact same thing as I was planning to do, i.e. 
using this heap of sysex commands. So to be honest, that wouldn't be 
an alternative for SCSI access, would it ?  

Kris

--- In emax@yahoogroups.com, Michael Wisbech <michael@...> wrote:
>
> Could it be that the computer is too fast for the EII ?
> try slowing the script down, sending smaller blocks at 'x' seconds 
interval.
> maybe 5 bytes at the time?
> 
> 
> >But when I the command
> >sring or the databytes in one move, the EII starts complaining.
> >Strange. At the other hand this might proove that it's a problem 
with
> >timing...
> >I have no timing problems for receiving data from the EII.
> 
> 
> Well I am just guesing actually
> cheer up with the good work.
> Could be major with upgrade packs of the emu stuff.
> 
> Michael
> 
> 
> At 29-10-2008 21:35, you wrote:
> 
> >A small example: the command to send 5 bytes to a certain position 
in
> >the EII memory is a stream of 4 bytes, e.g. FF 00 96 05. Then the 
EII
> >should answer with a kind of ACK (one byte) after which it expects
> >the actual 5 data bytes to be sent from the computer. Now when I 
send
> >the command byte after byte with pauses of 2 seconds between them,
> >it's OK for the EII. After receiving the ACK from the EII I can 
send
> >the 5 actual data bytes one by one, again one by one and even with
> >huge elapstime in between them, that's still fine for the EII. 
After
> >receiving the last byte it ACKs that it's OK. But when I the 
command
> >sring or the databytes in one move, the EII starts complaining.
> >Strange. At the other hand this might proove that it's a problem 
with
> >timing...
> >I have no timing problems for receiving data from the EII.
> 
> 
> -- 
> No virus found in this outgoing message.
> Checked by AVG. 
> Version: 7.5.549 / Virus Database: 270.8.4/1754 - Release Date: 29-
10-2008
>