Re: iPhone AU best practices
Re: iPhone AU best practices
- Subject: Re: iPhone AU best practices
- From: Admiral Quality <email@hidden>
- Date: Wed, 16 Jun 2010 14:47:57 -0400
That would be a pretty strange MIDI controller to produce that stream.
In real life, it simply doesn't come up. Yes, it's technically legal
(I think) but show me any device that actually produces that output.
Anyone who produced a device that did that would just be asking for
trouble (trouble in MIDI-land typically being stuck-on notes).
And on an iPhone, with no MIDI input possible (unless I've missed
something?), it's the developer's job to build an interface. So simply
make sure you don't do that. Cycle triggering is quite easy then. Just
like the real-world keyboard paradigm, conceptually the user is going
to have to take her finger off the screen (producing a note-off event)
before triggering a new note-on event for that same note.
- Mike/AQ
On Wed, Jun 16, 2010 at 2:35 PM, Paul Davis <email@hidden> wrote:
> On Wed, Jun 16, 2010 at 2:10 PM, Admiral Quality <email@hidden> wrote:
>> You may want to spend
>> some time playing with other hardware and software instruments to get
>> used to the paradigm, otherwise you're just reinventing a wheel that
>> was perfected a long time ago.
>
> agreed, but its pretty hard to perfect it when its intended to be
> driven by a protocol (MIDI) which doesn't associate note off events
> with a voice. the sequence of MIDI events:
>
> (on,note=64) ... (on,note=64) .... (off,note=64) .... (off,note=64) ...
>
> is fundamentally ambiguous in MIDI because nothing connects the note
> off's with any particular note on. different devices resolve the
> ambiguity in different ways, some of them even offering options to
> choose between. the sequence above could be 1 long note with a short
> instance of the same note in the middle, or it could be two shorter
> overlapping notes. its hard to generate this with most MIDI equipment,
> but pretty easy when editing MIDI, and thus one has to be careful in
> assuming that things are totally straightforward.
>
> --p
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden