Feature/auv2 musiceffect support

[davemollen]

I want to create an AUv2 plugin of type "aumf" (music effect) when the MACOSX_EMBEDDED_CLAP_LOCATION is set.

In the first commit I made INSTRUMENT_TYPE take precedence over setting the plugin type based on the present CLAP features. This way you could also create all the other possible AUv2 plugin types.

In the second commit I changed the automatic AUv2 plugin type assignment a bit. When the CLAP plugin has both the AudioEffect and the Instrument feature the "aumf" plugin type is assigned. Also, this checks the whole set of features, instead of only the first.

I wouldn't be surprised if this not mergeable yet. Maybe I'm missing some caveats. But I'd be happy to contribute. I could also turn this into an issue if this is way off.

[defiantnerd]

Hey, thanks for your input. I'll check it out tomorrow.

[baconpaul]

Can’t you do this instead with the au extension which lets you set your type explicitly?

clap-wrapper/include/clapwrapper/auv2.h

Line 16 in 62bf4f1

char au_type[5]; // the au_type. If empty (best choice) use the features[0] to aumu aufx aumi

If your clap implements that extension it should use it in the compile time generation of the plist

[davemollen]

I tried setting the type explicitly by passing INSTRUMENT_TYPE to the target_add_auv2_wrapper function. But that doesn't work when I also use the MACOSX_EMBEDDED_CLAP_LOCATION. Otherwise it works fine.
Should I pass the audio unit type in some other way to set it explicitly?

[baconpaul]

Hmm that embedded option must use another path to make the plist indeed. I’ll try and look