[gmpi] Re: MIDI: Proposed Requirements (wrap up try #1)

I understood what you were saying about sending notes via parameters, and
that it was easy. What I'm saying is that it's no good as an alternative to
MIDI unless hosts are required to support doing this in a standard way, so
that it is a standard and widely supported alternative to MIDI from the
get-go.

Original Message:
-----------------
From: Jeff McClintock jeffmcc@xxxxxxxxxx
Date: Wed, 7 Jul 2004 08:30:45 +1200
To: gmpi@xxxxxxxxxxxxx
Subject: [gmpi] Re: MIDI: Proposed Requirements (wrap up try #1)


>Of course, for that to happen, it's essential that GMPI-sink plugins be fed
GMPI data from hosts, even if that data comes into hosts as MIDI.

Yes, hence my earlier suggestion during the discussion about mapping MIDI
note-ons to GMPI parameters.  I suggested the host support mapping note-on
velocity to GMPI parameters.  No one felt this was difficult....same for
mapping of MIDI note-number > GMPI parameter.  That's all the host support
we need.

It may take some mental gymnastics to understand what I'm getting at, which
is that the GMPI design we have outlined *already* supports non-MIDI synths.

You all probably think I'm hopelessly naive or don't understand the
problem... what about polyphony, voice allocation etc, but it's all doable
within the design we already have.

As an experiment, I made a monophonic MIDI-free VST synth plugin (see
attached picture).  It's a plugin with no MIDI, just 3 parameters: Pitch
Volume (velocity) and Note On/Off.
  In the center you can see SynthEdit's standard "MIDI to parameter mapper"
the MIDI-CV.

This Synth looks and sounds like a 'real' MIDI synth.  You can load it into
Cubase.  If Cubase had  MIDI-to-Parameter mapping comparable to SynthEdit,
this synth would be marketable today.  In fact the MIDI-to-parameter mapper
is so simple, you could write it in an afternoon.

What I'm trying to show is how painless writting a MIDI-free synth is, how
painless the host support is.

It's just so frustrating hearing people repeatedly exagerating the
difficulty of this whole thing.

Best Regards,
Jeff



----- Original Message ----- 
From: <gogins@xxxxxxxxxxxx>
To: <gmpi@xxxxxxxxxxxxx>
Sent: Wednesday, July 07, 2004 7:32 AM
Subject: [gmpi] Re: MIDI: Proposed Requirements (wrap up try #1)


Let it be clear, I'm not very afraid of MIDI in GMPI. What I am afraid of
is GMPI that does not meet my requirements for a better representation of
music -- both real-time, and off-line.

I'm sympathetic to the desires of the MMA and manufacturers for familiarity

and backward compatibility.

But I think that if both MIDI and some superior protocol are available, it
won't be too long before better developers are using the better protocol.

Of course, for that to happen, it's essential that GMPI-sink plugins be fed
GMPI data from hosts, even if that data comes into hosts as MIDI.

Related to this (I know this is OT) is the question of the network
protocol. GMPI must be able to carry the music data, whether MIDI or GMPI,
on a high-bandwidth network protocol, and ideally on pluggable protocols.

Original Message:
-----------------
From: Jeff McClintock jeffmcc@xxxxxxxxxx
Date: Wed, 7 Jul 2004 06:21:52 +1200
To: gmpi@xxxxxxxxxxxxx
Subject: [gmpi] Re: MIDI: Proposed Requirements (wrap up try #1)


>The problem with this is that it would need to be standardized for hosts.
Then the whole MiG versus NMiG thing is spawned again.

Hi Michael,

Yes, we still have the issue "if we provide MIDI, plugin writters will take
the easy option and support only MIDI"

Truth is, plugin writters will always have that option.  Even if GMPI was
completely MIDI-free, they still have the option of ignoring GMPI and
writting VST plugins instead.
  No matter how much we may want to, we can never force anyone to give up
MIDI.  The best we can do is provide an alternative and hope it's compelling
enough that people will switch.

  I am quite prepared to write and support both MIDI and non-MIDI versions
of my plugins. From what i've seen here on this group, a whole bunch of
others are too.

If you're as convinced as I am that there is a need for better music data,
and as excited about supporting it, then there need be no fear of MIDI in
GMPI.

Best Regards,
Jeff



----------------------------------------------------------------------
Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules:  Please stay on topic.  You are responsible for your own
words.  Please respect your fellow subscribers.  Please do not
redistribute anyone else's words without their permission.

Archive: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe


--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .



----------------------------------------------------------------------
Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules:  Please stay on topic.  You are responsible for your own
words.  Please respect your fellow subscribers.  Please do not
redistribute anyone else's words without their permission.

Archive: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe



--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .



----------------------------------------------------------------------
Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules:  Please stay on topic.  You are responsible for your own
words.  Please respect your fellow subscribers.  Please do not
redistribute anyone else's words without their permission.

Archive: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: