Re: Multitimbral Music Devices - Question and Proposal
Re: Multitimbral Music Devices - Question and Proposal
- Subject: Re: Multitimbral Music Devices - Question and Proposal
- From: Frank Hoffmann <email@hidden>
- Date: Tue, 15 Jul 2003 18:15:25 +0200
On Dienstag, Juli 15, 2003, at 04:47 Uhr, Urs Heckmann wrote:
Am Dienstag, 15.07.03, um 16:26 Uhr (Europe/Berlin) schrieb Frank
Hoffmann:
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.
I agree.
But being a tech-punk, I like options.
Yes, I tend to think in the same direction. But we should focus on User
experience. And this is where the pain starts with it. Too many options
can sometimes be a bigger problem, than a clear and simple rule.
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?
I never meant it that way (Look at www.five12.com for Numerology). I
just meant to propose a way to handle flexible, heterogenous modular
units. No matter what it's good for at the current point of knowledge.
Just as an option. (Maybe James C & James McC support me here?)
Numerology is just one Example. But think about NI Reaktor. What is an
Element in Reaktor? Can you identify that? You talk about a solution
for a special purpose which is missing the "extensibility". But to say
it again, it is not the task of Audio Units to provide an interface for
a problem like that.
Ergo: better no multitimbral Audio Units IMHO.
Get away from "multitimbral". Let's call them "extensible",
"multiparted" or anything.
We might call it however you please. But doing so the doors are open
for extensive misuse. And it will make an verification suite for Audio
Units more difficult to do, if not even impossible...
However. I have headache today (listened to customers yesterday nite),
so maybe I have strange brain configuration today..
ps: I would like to suggest that you try to persuade your "sometimes
imminent rulings" to alter the way of the pure discipline again... >> ;)
Not necessary. I think they lurk here.
The devil itself lurks behind a pretty face sometimes... ;)
Cheers,
;) Urs
Ciao,
Frank
------------------------------------------------------------------------
--------------------------
frank hoffmann mailto: email@hidden
ableton ag
http://www.ableton.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.