• 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: plugin developers responsibilities
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: plugin developers responsibilities


  • Subject: Re: plugin developers responsibilities
  • From: Paul Davis <email@hidden>
  • Date: Thu, 14 Jan 2016 21:59:46 -0500

plugins in a sandbox do not scale to the level that a serious DAW requires. a 128 track session with 3 plugins per track ... sandboxing can't work here.

On Thu, Jan 14, 2016 at 9:06 PM, Paul Sanders <email@hidden> wrote:
Hmm, OK thanks.  Seek and ye shall find, I found this:

http://www.ele.uri.edu/courses/ele546/AudioUnitHostingGuideForiOS.pdf

Seems to fit the bill, I should have looked a bit harder in the first place.  I assume that it's the same on iOS and OS X.  If you know that it's not, please correct me.

Thanks for the link, and I'm sorry that my first post was a bit flippant.  I must cut that out, it's just stupid.

Your rant?  Worth a shot I suppose, one has to try.

I see Ardour has a plugin blacklist.  Presumably, (sorry, I'm far to lazy to read the code) you log the plugin just before you try to load it
(and every time you call it??? - surely not), and if it crashes on you, you blacklist it when you next start up.  Well OK, if needs must. 

Tedious though, I'll have to provide a UI for that, add it the helpfile and whatnot.  Yuk.  Double yuk.  Horrible.  No wonder you're irritated.  Apple should put these plugins in some kind of sandbox.  Not possible for us, I suppose, working at the application level, but if you see a way, please share.

Regards - Paul Sanders.

Posted back to the list.


On 14/01/2016 15:11, Paul Davis wrote:
GPL code that explains everything we know:

    https://github.com/Ardour/ardour/blob/master/libs/ardour/audio_unit.cc

On Thu, Jan 14, 2016 at 9:59 AM, Paul Sanders <email@hidden> wrote:

Hah!  Spoken from the heart, clearly a man who's sufferred.  I hope it gets you somewhere.

Soon I will be hosting these too.  Sounds like there might be some white water ahead, but thanks for the heads-up.  If the plugin crashes, I guess you go down too, nothing to be done about it.  Yuk.

Apart from this rather thorny issue, is there very much to it?  I've not looked into it at all so far so I know nothing about it, but I thought I might at least take the opportunity to ask you, since you're here.  Everyone knows that you're well informed on this, so any titbits you can pass my way would be appreciated.  Perhaps by others, too.

I know Cocoa, and I know what I believe to be the relevant bits of Core Audio (I'm pulling and pushing audio via AUHal - AudioOutputUnitStart, AudioOutputUnitStop, blah blah blah), so I probably already have 90% of what I need.  I probably just need to know how to enumerate, load, initialise, chain and configure them, something like that.  It's probably all in the docs, but Apple always say that, and, somehow, it never quite is.

Thx.

Paul Sanders.


On 14/01/2016 14:03, Paul Davis wrote:

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

References: 
 >plugin developers responsibilities (From: Paul Davis <email@hidden>)
 >Re: plugin developers responsibilities (From: Paul Sanders <email@hidden>)
 >Re: plugin developers responsibilities (From: Paul Sanders <email@hidden>)

  • Prev by Date: Re: Still trying to write buffers to audio file.
  • Next by Date: Re: Still trying to write buffers to audio file.
  • Previous by thread: Re: plugin developers responsibilities
  • Next by thread: ScheduledAudioFileRegion completion called early
  • Index(es):
    • Date
    • Thread