Re: Stuck MIDI notes
Re: Stuck MIDI notes
- Subject: Re: Stuck MIDI notes
- From: Herbie Robinson <email@hidden>
- Date: Thu, 7 Nov 2002 02:13:41 -0500
At 1:57 PM -0800 11/6/02, Brian Willoughby wrote:
[ The packets you send and receive via CoreMIDI are a strict subset
[ of what's legal in MIDI:
[
[ - messages are always syntactically complete and uninterrupted,
[ except for sysex which may begin and end in separate packets
[ - thus, realtime messages will *not* occur inside other messages,
[ except for sysex
[ - no running status
Interesting choice. Why not deliver realtime messages (that would occur
inside sysex) in separate packets? It's not like any information would be
lost, provided that the realtime messages have an accurate timestamp when
delivered on their own.
Doug, correct me if I'm wrong, but I think you need to read what Doug
is saying here very carefully. He doesn't say that realtime messages
can be in the same PACKET. The existing documentation states that
sysex must be in a packet by itself; so, that has always been ruled
out. I think what Doug is saying is that you can have a packet with
part of a sysex, followed by a packet containing a realtime message,
followed by another packet containing more of the sysex.
[ I've amended the docs to reflect the requirement that realtime
[ bytes not occur in the middle of other messages, with the
[ exception of sysex.
Any chance that CoreMIDI will in the future parse out realtime messages that
arrive inside a sysex message and deliver these separately?
I think it is required to put them in separate packets, now (with
separate time stamps). If it stopped doing that, everything would
have to hold back the sysex messages until they were completely
received.
--
-*****************************************
**
http://www.curbside-recording.com/ **
******************************************
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.