Re: Emagic porting SDK
Re: Emagic porting SDK
- Subject: Re: Emagic porting SDK
- From: Marc Poirier <email@hidden>
- Date: Fri, 12 Sep 2003 11:59:42 -0500 (CDT)
Alright, I suped up the entry about AUResources.r in the CoreAudio Swiki
to better explain each value:
http://www.mat.ucsb.edu:8000/CoreAudio/91
You should look at that, it will answer some of your questions.
>
thats what I found:
>
T_main_macho
>
T_ CVST2AUPluginEntry
>
T_ CVST2AUViewEntry
That looks good.
>
> > Along those same lines, did you use the COMPONENT_ENTRY macro for each
>
> > component's entry point?
>
Looks like this, there is something that looks like its doing the job in the VST2AUPlugin.cpp
>
and VST2AUView.cpp files of the sdk, so probably one for processing and one for gui,
>
could be ok, a bit of documentation from Emagic would have helped,
Okay, I guess that probably is taken care of in the SDK. I haven't
looking at the VST->AU SDK in a while, I don't remember...
>
>#include "AudioUnit.r"
>
>
>
>#define RES_ID 3000
>
>#define COMP_TYPE kAudioUnitType_Effect
>
>#define COMP_SUBTYPE 'boof'
>
>#define COMP_MANUF 'LinP'
>
>#define VERSION 0x00010000
>
>#define NAME "LinPlug: Thingy"
>
>#define DESCRIPTION "super duper thingy from LinPlug"
>
>#define ENTRY_POINT "YourClassNameEntry"
>
>#include "AUResources.r"
>
>
Regarding the .r file: the Emagic stuff looks completely different,
Oh that's right, they do it with the whole res descriptions done manually.
I think that it's just easier to use the convenience file that's included
as part of the Apple AU SDK. But both ways leed to the same results.
>
> use a different subtype for
>
> every AU that you make for a given type,
>
? Didn't get this,
The sub-type code is a unique identifier code that you come up with for
each plugin. Since you're coming from porting a VST plugin, I think that
probably your simplest way would be to just use the same value that you
used for the unique ID of your VST version.
>
>make sure that you keep your
>
>VERSION value up to date and in sync with your overridden
>
>AUBase::Version() implementation, etc.
>
You mean ComponentBase::Version() ? Or am I on the wrong track ?
>
Seems this is not addressed in the sdk
Yes, you're right, sorry I got the classes mixed up. And I pointed it out
because, no, it's not addressed in the SDK nor is it emphasized in the
regular AU SDK and docs, and so a lot of AUs now don't do this properly.
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.