# getSoundInfo / createSound on main thread? Or no **URL:** \ **Category:** Unity\ **Created:** [April 15, 2025, 5:19am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802 "2025-04-15T05:19:45Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![VoodooDetective](https://avatars.discourse-cdn.com/v4/letter/v/ecc23a/32.png) [@VoodooDetective](https://qa.fmod.com/u/VoodooDetective)\ **Post date:** [April 15, 2025, 5:19am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/1 "2025-04-15T05:19:45Z")
I wrote a small wrapper around FMOD for Unity to help me load dialogue among other things. Here’s [the main function](https://github.com/ShortSleeveStudio/FMODHelpers/blob/253964d688a4e4198a04d8b77cc79e4ab574c38c/Packages/studio.shortsleeve.fmodhelpers/Runtime/FMODManager.cs#L181) for loading dialogue using programmer instruments. I was wondering if what I’m doing there on the main thread is OK, or if that is better relegated to the [FMODNativeCallback handler](https://github.com/ShortSleeveStudio/FMODHelpers/blob/main/Packages/studio.shortsleeve.fmodhelpers/Runtime/FMODNativeCallback.cs) I wrote. I don’t know if CreateSound or GetSoundInfo happen synchronously or not so I wanted to figure out if those need to move to the callback handler. ---
**Author:** ![li\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/li_fmod/32/6577_2.png) [@li\_fmod](https://qa.fmod.com/u/li_fmod)\ **Post date:** [April 16, 2025, 11:50pm UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/2 "2025-04-16T23:50:29Z")
Hi, Thank you for sharing the information. > [@VoodooDetective](#): > > I was wondering if what I’m doing there on the main thread is OK, or if that is better relegated to the [FMODNativeCallback handler](https://github.com/ShortSleeveStudio/FMODHelpers/blob/main/Packages/studio.shortsleeve.fmodhelpers/Runtime/FMODNativeCallback.cs) I wrote. > > I don’t know if CreateSound or GetSoundInfo happen synchronously or not so I wanted to figure out if those need to move to the callback handler. If you’re using [FMOD\_NONBLOCKING](https://www.fmod.com/docs/2.02/api/core-api-common.html#fmod_nonblocking) with [System::createSound](https://www.fmod.com/docs/2.02/api/core-api-system.html#system_createsound), it’s fine on the main thread since the load happens asynchronously. [Studio::System::getSoundInfo](https://www.fmod.com/docs/2.02/api/studio-api-system.html#studio_system_getsoundinfo) is synchronous but usually lightweight, so it’s also okay unless you’re calling it frequently. That said, moving both to the [FMOD\_STUDIO\_EVENT\_CALLBACK\_CREATE\_PROGRAMMER\_SOUND](https://www.fmod.com/docs/2.02/api/studio-api-eventinstance.html#fmod_studio_event_callback_create_programmer_sound) callback is the safest approach for performance and thread safety. Hope this helps, let me know if you have questions. ---
**Author:** ![VoodooDetective](https://avatars.discourse-cdn.com/v4/letter/v/ecc23a/32.png) [@VoodooDetective](https://qa.fmod.com/u/VoodooDetective)\ **Post date:** [April 18, 2025, 6:33am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/3 "2025-04-18T06:33:32Z")
@li_fmod Thanks so much for the explanation. But it seems like, if you use NONBLOCKING, then it’s not possible to produce a loaded FMOD.Sound to set in FMOD.Studio.PROGRAMMER\_SOUND\_PROPERTIES. If you wait until the NONBLOCKING callback fires, then it’s already too late to set the PROGRAMMER\_SOUND\_PROPERTIES.sound value because it’s expected to be set synchronously in the FMOD.Studio.EVENT\_CALLBACK callback. So, it seems like you actually MUST load the Sound on the main thread (using coroutines or Tasks). Am I missing something? ---
**Author:** ![li\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/li_fmod/32/6577_2.png) [@li\_fmod](https://qa.fmod.com/u/li_fmod)\ **Post date:** [April 23, 2025, 4:12am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/4 "2025-04-23T04:12:29Z")
> [@VoodooDetective](#): > > But it seems like, if you use NONBLOCKING, then it’s not possible to produce a loaded FMOD.Sound to set in FMOD.Studio.PROGRAMMER\_SOUND\_PROPERTIES. > > If you wait until the NONBLOCKING callback fires, then it’s already too late to set the PROGRAMMER\_SOUND\_PROPERTIES.sound value because it’s expected to be set synchronously in the FMOD.Studio.EVENT\_CALLBACK callback. Apologies for the confusion. Have you had a chance to look at our Unity [Programmer Sounds example](https://fmod.com/docs/2.02/unity/examples-programmer-sounds.html)? In the **`FMOD_STUDIO_EVENT_CALLBACK_CREATE_PROGRAMMER_SOUND`** callback, you only need to assign a valid `FMOD.Sound` handle to `PROGRAMMER_SOUND_PROPERTIES`. The sample data behind that handle can still be loading (e.g. if you created it with `NONBLOCKING`) as the mixer will wait a short window and then start as soon as the data arrives. For more information, you could have a look at [Non-blocking Sound Creation](https://www.fmod.com/docs/2.02/api/white-papers-non-blocking-sound-creation.html). ---
**Author:** ![VoodooDetective](https://avatars.discourse-cdn.com/v4/letter/v/ecc23a/32.png) [@VoodooDetective](https://qa.fmod.com/u/VoodooDetective)\ **Post date:** [April 23, 2025, 5:34am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/5 "2025-04-23T05:34:57Z")
Thanks for the response, @li_fmod! Actually, I think you have to wait until the Sound is in the OPEN state before you can call Start() on the event. That being the case, you can’t actually hand a Sound that isn’t open to the Event otherwise you won’t know when it’s OK to hit Start(). So I think the Programmer Sounds example is not code that will always work. The problem seems to occur more frequently when dealing with audio tables. The only options we actually have are: 1. Make sure the sound is OPEN before CREATE\_PROGRAMMER\_SOUND is called. This would suggest you have to create the Sound outside of the native callback. 2. Go ahead and create the Sound in the native callback, but register a callback for NONBLOCKING and somehow route that callback back up into the main thread so that we know when it’s safe to hit Start(). The version in the example code is not a viable option unless I’m missing something big. ---
**Author:** ![li\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/li_fmod/32/6577_2.png) [@li\_fmod](https://qa.fmod.com/u/li_fmod)\ **Post date:** [April 28, 2025, 5:57am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/6 "2025-04-28T05:57:23Z")
Thank you for sharing your insights and solutions! > [@VoodooDetective](#): > > Actually, I think you have to wait until the Sound is in the OPEN state before you can call Start() on the event. > > That being the case, you can’t actually hand a Sound that isn’t open to the Event otherwise you won’t know when it’s OK to hit Start(). You way of monitoring the sound’s open state using `Sound::getOpenState` and delaying the `CREATE_PROGRAMMER_SOUND` call until the sound is ready sounds like a solid approach to ensure that playback begins only when the sound data is fully available. Alternatively, if your projects design allows for it, preloading the required sounds on the main thread before triggering the event could be an effective strategy. I also found a similar discussion here that might relevant to your case: > [@Delay exceeded warning when using Programmer Instrument and Audio Table](https://qa.fmod.com/t/delay-exceeded-warning-when-using-programmer-instrument-and-audio-table/18203/2): > > This warning just means it took a little longer to load the sound, it shouldn’t cause any noticeable issues unless you need extreme precision of the sound’s start time. If timing is crucial for you, you can move the [System::createSound](https://www.fmod.com/resources/documentation-api?version=2.1&page=core-api-system.html#system_createsound) part out of the callback and into a coroutine to preload it at an earlier stage. Then, instead of passing a string handle into your callback you can give it a handle to your preloaded sound. ---
**Author:** ![li\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/li_fmod/32/6577_2.png) [@li\_fmod](https://qa.fmod.com/u/li_fmod)\ **Post date:** [April 29, 2025, 4:35am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/7 "2025-04-29T04:35:57Z")
> [@VoodooDetective](#): > > Actually, I think you have to wait until the Sound is in the OPEN state before you can call Start() on the event. > > That being the case, you can’t actually hand a Sound that isn’t open to the Event otherwise you won’t know when it’s OK to hit Start(). > > So I think the Programmer Sounds example is not code that will always work. The problem seems to occur more frequently when dealing with audio tables. Apologies, I have tested our Programmer Sounds example with a long compressed asset (10 minutes, ~20MB) loaded using `FMOD_CREATESAMPLE | FMOD_NONBLOCKING`, and I was able to play the sound as expected. I didn’t encounter the issue you described. Could you please share a code snippet of how you are setting up and starting the event? I’d like to confirm if there’s any difference in how we are handling the sound. Also, would it be possible to upload a minimal reproduction project to your [FMOD profile](https://fmod.com/profile#uploads)? That would help me take a closer look and better understand what might be going wrong in your case. ---
**Author:** ![VoodooDetective](https://avatars.discourse-cdn.com/v4/letter/v/ecc23a/32.png) [@VoodooDetective](https://qa.fmod.com/u/VoodooDetective)\ **Post date:** [April 30, 2025, 5:22am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/8 "2025-04-30T05:22:43Z")
> [@li\_fmod](#): > > n allows for it, preloading the required sounds on the main thread before triggering the event could be an effective strategy. Thanks for checking it out! That’s interesting. I’ve been testing with Audio Tables specifically and been able to reproduce the issue consistently. I could try to provide an example if that’d be helpful. [ShortSleeveStudio/FMODHelpers at repro](https://github.com/ShortSleeveStudio/FMODHelpers/tree/repro) Please download this example project and hit play. Spacebar will play the sound and you’ll see the console fill with warnings. Note: this is code copied verbatim from the example documentation. Here are some example warnings: > [FMOD] SoundSourceInstrumentInstance::startChannelIfReady : Loading delay exceeded, sound may play at incorrect time > [FMOD] SoundSourceInstrumentInstance::startChannelIfReady : Loading delay exceeded, sound may play at incorrect time It’s hard to tell here, but the first warning actually has more whitespace before the word “loading”. I don’t know if that has any significance. @li_fmod ---
**Author:** ![li\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/li_fmod/32/6577_2.png) [@li\_fmod](https://qa.fmod.com/u/li_fmod)\ **Post date:** [May 1, 2025, 1:56am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/9 "2025-05-01T01:56:57Z")
Thank you for sharing the error messages and repro. > [@VoodooDetective](#): > > Please download this example project and hit play. Spacebar will play the sound and you’ll see the console fill with warnings. Note: this is code copied verbatim from the example documentation. > > Here are some example warnings: > > > [FMOD] SoundSourceInstrumentInstance::startChannelIfReady : Loading delay exceeded, sound may play at incorrect time > > [FMOD] SoundSourceInstrumentInstance::startChannelIfReady : Loading delay exceeded, sound may play at incorrect time You could try setting the sound mode to `FMOD.MODE.CREATESTREAM`, which should help avoiding the warning messages. There’s also a helpful discussion on this topic here: > [@Example code for Programmer Instruments doesn't work. "Loading Delay Exceeded"](https://qa.fmod.com/t/example-code-for-programmer-instruments-doesnt-work-loading-delay-exceeded/19025/5): > > Hi, The Loading delay exceeded, sound may play at incorrect time error means that too many samples are being loaded in at once, to solve this we need to change which FMOD.MODE we use when creating the sound. The line we will need to change is: FMOD.MODE soundMode = FMOD.MODE.LOOP\_NORMAL | FMOD.MODE.CREATECOMPRESSEDSAMPLE | FMOD.MODE.NONBLOCKING; //Too FMOD.MODE soundMode = FMOD.MODE.CREATESTREAM; In the CALLBACK function. This mode is explained under [FMOD API Reference | Common | FMOD\_MODE…](https://www.fmod.com/docs/2.00/api/core-api-common.html#fmod_mode) > [@VoodooDetective](#): > > It’s hard to tell here, but the first warning actually has more whitespace before the word “loading”. I don’t know if that has any significance. I did notice the extra whitespace you mentioned in your reproduction project. However, I wasn’t able to reproduce the warning messages on my end with a similar setup. Is it possible that some parts of the original example code were unintentionally modified during integration? ---
**Author:** ![VoodooDetective](https://avatars.discourse-cdn.com/v4/letter/v/ecc23a/32.png) [@VoodooDetective](https://qa.fmod.com/u/VoodooDetective)\ **Post date:** [May 3, 2025, 5:28am UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/10 "2025-05-03T05:28:11Z")
Hi @li_fmod! Thanks once again for taking a look. I’m a little confused, it sounds like you downloaded my code, but did NOT see the warnings I was seeing. Is that correct? Or did you have different code? Mine is essentially a copy from the documentation (minus the if/else to load from a file instead of an audio table) which I would expect to work out of the box without warning. Are you not seeing these warning? But also, I just realized, while the warning messages coming by default from the documentation’s example code is, I think, a problem, this isn’t actually the issue I was seeing when I made my original post. I’m going to have to go back and find a better code example of that because it was more than a warning message. Sorry for the confusion! ---
**Author:** ![li\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/li_fmod/32/6577_2.png) [@li\_fmod](https://qa.fmod.com/u/li_fmod)\ **Post date:** [May 4, 2025, 11:32pm UTC](https://qa.fmod.com/t/getsoundinfo-createsound-on-main-thread-or-no/22802/11 "2025-05-04T23:32:10Z")
> [@VoodooDetective](#): > > I’m a little confused, it sounds like you downloaded my code, but did NOT see the warnings I was seeing. Is that correct? Or did you have different code? > > Mine is essentially a copy from the documentation (minus the if/else to load from a file instead of an audio table) which I would expect to work out of the box without warning. Are you not seeing these warning? Sorry for the confusion. What I meant is that I did open your project and I did see the warnings you’re referring to. However, I wasn’t able to reproduce any additional warnings beyond the usual `delay exceeded` messages. Specifically, I didn’t encounter the extra whitespace related warnings form your project when testing with an empty project.