plugin developers responsibilities
plugin developers responsibilities
- Subject: plugin developers responsibilities
- From: Paul Davis <email@hidden>
- Date: Thu, 14 Jan 2016 09:03:09 -0500
This is a tiny rant.
If you're a plugin developer, you probably know about auval, Apple' s own AudioUnit validation tool.
If you're a plugin developer, do you consider it your responsibility to ensure that your plugin can pass auval's validation process? Or do you just say "It works with <insert-name-of-various-DAWs>" ?
If you're a plugin developer, and a user shows you auval crashing when attempting to use your plugin, do you pay attention?
If you're a plugin developer, and the developers of another host report specific erratic behaviour that looks a lot like an uninitialized global variable, do you pay attention?
Most of you AU plugin developers have the right answers to these questions. But it would be nice if *everyone* did. I don't know what Apple's official position is on whether or not auval is the canonical testbed for an AU, but it certainly seems as if that ought to be the case.
If you're from Apple, can you comment on the status of auval as the canonical test tool? Does Logic still use auval for its own evaluation?
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden