• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: attention AU host-makers -> MusicEffects
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: attention AU host-makers -> MusicEffects


  • Subject: Re: attention AU host-makers -> MusicEffects
  • From: Bill Stewart <email@hidden>
  • Date: Fri, 15 Nov 2002 17:10:39 +0100

I would fully support this statement... AudioUnitHosting does this - so host apps can use this to understand how to do this if you need to

Bill

On Wednesday, November 13, 2002, at 11:00 PM, Marc Poirier wrote:

Hello. This message is for you folks out there who are writing Audio Unit
hosts. I'm writing to ask you all to please support MusicEffect type AUs.
Rax doesn't, SynthTest doesn't, and Metro doesn't, and perhaps there are
others that I don't know about. Yet all of those hosts support regular AU
effects. Even if you don't support sending MIDI to effects, please at
least scan for MusicEffects and make them available like other effects.
Most MusicEffects can still be used even if they are not getting MIDI.
Many MusicEffects are simply regular effects with some sort of optional
MIDI "enhancement" (like the ability to automate parameters with MIDI CCs,
for example), so it's terrible to have those effects completely
unavailable in an AU effect host.

In order to support MusicEffects like you would regular effects, all you
need to do is scan the component type code 'aumf' in addition to 'aufx'.
If you are using the constants in AudioUnit.framework, note that AU 2.0
has a bug defining MusicEffect's type code the same as the AUMixer code,
so you need to change the code for kAudioUnitType_MusicEffect from 'aumx'
to 'aumf' in AudioUnit.framework/AUComponent.h and AUComponent.r ('aumf'
is official and will be the code in the next AU API revision).

I would also like to ask you host folks to please consider supporting the
MIDI part of MusicEffects, too, if possible. I personally think that MIDI
control of effects can, in some cases, make using the effect far simpler
and more "musical" (like note control of my Buffer Override and Scrubby
effects, for example). And sometimes it's necessary and the only way to
accomplish a certain type of effect (like my Rez Synth and MIDI Gater
effects, for example). Heed my words: This is the future of effects, and
the future is now! Okay, so now I obviously have most of you convinced,
but for those of you still uncertain about The Future, I just again ask
that you please at least support MusicEffects without MIDI.

If you need any MusicEffects to test with, please let me know, I can send
you several. I don't have them at my web page now because, yeh know, as I
was saying, they won't show up in hardly any hosts...

thanks for listening,
Marc
_______________________________________________
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.


-- mailto:email@hidden
tel: +1 408 974 4056

________________________________________________________________________ __
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
________________________________________________________________________ __
_______________________________________________
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.
  • Prev by Date: AUMIDIController questions
  • Next by Date: Re: AudioConverter question.
  • Previous by thread: Re: attention AU host-makers -> MusicEffects
  • Next by thread: Re: AudioUnits...
  • Index(es):
    • Date
    • Thread