Re: AU instrument multiple instantiation issues (threading?)
Re: AU instrument multiple instantiation issues (threading?)
- Subject: Re: AU instrument multiple instantiation issues (threading?)
- From: tahome izwah <email@hidden>
- Date: Fri, 23 Jul 2010 12:48:08 +0200
Hi Jon,
several things to keep in mind: if you're using Cocoa be aware that it
has a flat namespace. Sometimes this can cause weird intereference
between classes in different products, or you can easily modify the
behaviour of something that you don't want to touch (like instances of
objects that are using data caches of some sort).
Also, globals/statics are really global across all instances on the
host application. Using globals in plug ins is a big "Don't" anyway
(as it should be in applications as well). State variables asf really
belong in a class as members, not in some global data space.
Not sure if this is what is causing you a headache but it's a good
idea to double check, IMHO.
HTH
--th
2010/7/23 Jon Crooke <email@hidden>:
> hi all,
>
> so i'm approaching completion of my first AU synth, and have begun to test it in various DAWs and have discovered what must be some kind of very large flaw in my design: it does not appear to support multiple instantiation correctly. this is not something i previously thought would be an issue, but it seems that i must have been entirely wrong about this. the issue:
>
> single instantiation of the instrument works fine, however a second instantiation causes stuttering of the audio. instantiating a second instrument fires up the second core, so clearly they are running on separate threads. it seems like the issue is accessing the instrument's wavetables, however, shouldn't these instantiations and their data be entirely separate processes? internally the instrument has static class methods for accessing this data, so i am aware that this is a threading bottleneck, but since the instrument itself is only single threaded i didn't expect this to be an issue.
>
> anyway, i hope someone can shed some light on this issue
>
> many thanks
>
> j _______________________________________________
_______________________________________________
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