TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy

TEAM-ADA@LISTSERV.ACM.ORG

Options: Use Forum View

Use Monospaced Font
Show HTML Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< 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]>
Subject:
From:
Jesse Farmer <[log in to unmask]>
In-Reply-To:
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.

ATOM RSS1 RSS2