TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy


Options: Use Classic View

Use Monospaced Font
Show HTML Part by Default
Condense Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Mime-Version: 1.0
Sender: "Team Ada: Ada Advocacy Issues (83 & 95)" <[log in to unmask]>
X-To: Tom Moran <[log in to unmask]>
Date: Tue, 7 Nov 2000 16:31:46 -0500
Reply-To: Jesse Farmer <[log in to unmask]>
From: Jesse Farmer <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
Content-Type: text/plain; charset="us-ascii"; format=flowed
Parts/Attachments: text/plain (15 lines)
At 12:04 PM 11/7/00 -0800, you wrote:
> > The speed of midi hardware is 31.25 (+/- 1%) Kbaud, asynchronous, with a
> > start bit, 8 data bits (D0 to D7), and a stop bit. This makes a total of 10
> > bits for a period of 320 microseconds per serial byte.
>   Can you send a continuous stream of output (mulls if there is no
>actual data) and thus have the serial port control timing (+/- 1%)?  Or
>do things happen at times that are not multiples of 320 mics?

Things can happen at any possible time, given a certain combonation to
tempo and ppq.
You can't send continuously on the midi stream because:
a: that's considered bad form to send lots of inconsequential messges
b: some devices will 'choke' upon recieveing too many messages, especially
messages that are pointless.