Casio CZ/ VZ/ FZ - Pro Series

If the machine has an issue with sysex speed, it's related to the number of
MIDI messages it can process in a certain amount of time.
If the synth can't process more than, say, 5 messages per second (not real
number, I don't know the real one it's just an example) and you throw 100,
it obviously choke on it.
If the synth makers implemented some kind of buffer able to take all the
data coming from the MIDI port, then the synth's CPU will have all the time
it wants to process at the speed it can process and it won't choke.

A chain is always going at the speed of the slowest node, that's it.
Software that gives you the option of slowing down packets are just adding
some delay between each packets.

Francis



On Thu, Aug 22, 2013 at 8:22 AM, jammie <jammie.emma@...>wrote:

> **
>
>
> you could fit a lan midi port on the cz this is attached to the pre opto
> isolaters of the uart
>
> then you can use midi over lan
>
> but the midi protocol is still 31.25kb period thats the standard set
>
> but the problem lies with the usb and windows changing it from win98
>
> and since then midi timing has been sloppy
>
> now a parallel interface is much better and timing is much better
>
> so a opcode x64 which i still use and has xp 32 and 64bit drivers
>
> and i have never had any problems with sysex
>
> but i still use sound diver and changeit which is a great sysex sender and
> has a section for slowing down packets
> ----- Original Message -----
> From: Lee Borrell
> To: CZsynth@yahoogroups.com
> Sent: Thursday, August 22, 2013 12:47 PM
> Subject: Re: [CZsynth] Speed of sysex transfer
>
> I think if you talking about USB to USB transfer - or Firewire then you
> may have a point ,but as soon as any interface hits a MIDI DIN plug it HAS
> to be 31.25 Kb - this is the MIDI standard. No commercial interface with
> DIN plugs on it is going to do better than that baud rate,or face the
> equipment not getting the signal. In the case of pre-USB vintage
> machines,there is no way to go faster than 31.25kB.
>
> ________________________________
> From: fulfil_objective <robot@...>
> To: CZsynth@yahoogroups.com
> Sent: Thursday, 22 August 2013, 7:21
> Subject: [CZsynth] Speed of sysex transfer
>
> Hi Steve,
>
> I think you are too focused on these vintage numbers like 31250 bps and
> 115200 bps. Transferring sysex by USB and MIDI are not limited to these old
> numbers. USB enables speeds that are hundreds or thousands of times faster
> than these numbers. In fact, greatly higher speeds are touted as one of the
> benefits of a USB MIDI device (along with multiple streams).
>
> High speed sysex transfer is both desired and encouraged, for example, in
> the case of sending sound data to a sampler. If you wanted to send 128
> megabytes of sounds to your sampler, and if you were restricted to 31250
> bps, it would take 9.5 hours to send the sounds. USB MIDI devices enable
> higher speeds, and that speed is encouraged.
>
> 31250 bps is the speed of an old dialup modem (actual throughput) on a
> good day. If you tested at 115200 bps, that is merely 3.7 times faster than
> 31250 bps. Still very slow by today's standards.
>
> USB 2.0 has a max throughput of something like 35 MB/s. But lets be
> generous and say that in the real world, you can only get your USB 2.0 to
> 20 MB/s. That speed, 20 MB/s, works out to 160,000,000 bps, which is 5,120
> times faster than 31250 bps.
>
> So yes, I think a capable modern computer with a good USB system can send
> sysex out faster than the CZ can deal with it. And it's not necessarily
> tied to CPU speed of the computer either, more like the speed of the whole
> computer-USB system.
>
> You will probably find it enlightening to read the "Universal Serial Bus
> Device Class Definition for MIDI Devices", Release 1.0, Nov 1, 1999, which
> you cand download here:
>
> http://www.usb.org/developers/devclass_docs/midi10.pdf
>
> [Non-text portions of this message have been removed]
>
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.3392 / Virus Database: 3211/6597 - Release Date: 08/21/13
>
>
> [Non-text portions of this message have been removed]
>
>  
>


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