[gmpi] Re: 3.11 topic: Multi-timbrality and parameters

Jeff said:
What is multi-timbral?

It's 16 synths + mixer + effects bundled into one plugin.

It's a recursive structure. It's a host trying to be a plugin.

Well, it's a) something people can and do implement in VST, so GMPI should be able to do it too; and it's b) something that's completely reasonable for a user to expect. So 'inconvenient' without a doubt, but 'unnecessary' is debatable. How does Apple expose the CoreAudio/QuickTime DLS multitimbral synth as an AU? How does Apple play a GM standard MIDI file if not via AU?

-- Chris G.

>From the AU list...

"Urs, sorry to insist, but multitimbral Audio Units just add another
layer of unneeded conceptional overhead. There is no need for that and
you can see how much confusion it creates with VST. And there is still
no clear concept how to handle the scenario. Neither on the host nor on
the client side. They just shouldn't. The mistake was to allow
multitimbral plugin in the first place.

The concept of multitimbral comes from hardware synthesizer, where it
made sense for cost reasons. But for the virtual studio there is simply
a lack of need for something like this. Hence somebody wants to
simulate a virtual instrument with say a drum machine and a synthesis
part, why shouldn't he create one Audio Unit for the drum machine and
one for the synthesis part? There is no disadvantage, but it buys you a
lot more flexibility. Of course the virtual counterfeit wouldn't look
exactly like the original anymore. But this point is mood, you also
can't simulate the feeling of actually touching the keys this way.

Regarding Audio Units hosting Audio Units: There should be no need for
that. Or how many layers of Audio Units inside Audio Units you want to
support?"

  If a plugin wants to be a host, fine, but It must present the 'facade' of
a standard plugin.  1 set of patches.

<rant off>

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



----------------------------------------------------------------------
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: