For a sample based synth, this is quite easy to achieve.
I, for one, would like to see this restrictions removed as well.
Le 27/07/2018 à 11:20, Paul Sanders a écrit :
I guess my question would be: what are you using so much RAM for in
the first place? Just my $.02.
Also: please define 'crash'. Thanks.
Paul Sanders (occasional poster).
On 27/07/2018 10:05, Bram Bos wrote:
Currently, iOS imposes a memory limit for AUv3 extensions. All
combined instances of an AU extension should remain below a cap of
360Mb memory usage (on 64 bit devices).
In all hosts I've tested with, crossing this limit will crash all
instances of the extension without warning, often leading to problems
like corrupted projects etc.
- Are there any known plans to remove this 360Mb cap? Available memory
has doubled/quadrupled since the standard was introduced, so it seems
less necessary now.
- Is there a way for either hosts or extensions to catch/prevent the
crash from happening in the first place? Something a little more
elegant than going down in flames 😉
Thanks for any insights!
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/coreaudio-api/o.tristan%40uvi.net
This email sent to [email protected]
--
Olivier Tristan
Research & Development
www.uvi.net
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/coreaudio-api/archive%40mail-archive.com
This email sent to [email protected]
