# iOS Standalone crashes with external audio interface

**URL:** https://forum.juce.com/t/ios-standalone-crashes-with-external-audio-interface/54411
**Category:** MacOSX and iOS
**Created:** [January 6, 2023, 12:56pm UTC](https://forum.juce.com/t/ios-standalone-crashes-with-external-audio-interface/54411 "2023-01-06T12:56:36Z")
**Posts on this page:** 1
**Showing post:** 5

<div class="post-metadata">

### Author: ![reuk](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/reuk/32/21494_2.png) [@reuk](https://forum.juce.com/u/reuk)
#### Post date: [March 8, 2023, 1:01pm UTC](https://forum.juce.com/t/ios-standalone-crashes-with-external-audio-interface/54411/5 "2023-03-08T13:01:49Z")

</div>

Have you investigated `JUCE_IOS_AUDIO_EXPLICIT_SAMPLERATES` at all? There’s some more info in this thread:

> [@AudioDeviceSelectorComponent - UI locking up for 10 secs on iOS](https://forum.juce.com/t/audiodeviceselectorcomponent-ui-locking-up-for-10-secs-on-ios/37313/6):
>
> i just got another bug report for another audio interface and i’m gathering info, so i think anything that improves the situation would be welcome.

Essentially, there doesn’t seem to be an API for an interface to advertise its supported rates on iOS. Instead, the app has to query the rates that it wants to use. By setting `JUCE_IOS_AUDIO_EXPLICIT_SAMPLERATES`, you can limit the number of different samle rates that are tested.

The crash seems like a problem that would be good to fix, but it’s likely to be difficult to repro without hardware that causes the problem. Have you tested any other devices, and if so, do they behave in the same way?

---

_[View the full topic](https://forum.juce.com/t/ios-standalone-crashes-with-external-audio-interface/54411)._