-
-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: Future already completed #147
Comments
I am currently experiencing this issue as well. |
Could you please tell me the steps to reproduce this, that would help to find a solution? Before suspending, do some sounds were playing? Were there sounds loaded (and not disposed)? Also I think you are on an old version, could you also try the latest? |
I'm on 2.1.7 and saw this on 2.1.6 briefly. It happened around the start of the audio, but I'm not sure what the exact trigger is. The audio sounds right, so I'm not sure that this is causing any actual problems, but I did also notice this in the logs. Still trying to better gather data to help reproduce |
I can reproduce it by triggering a sound repeatedly for the first time, so I'm assuming that the await has not been processed from the first invocation of the sound? Hrm, I can probably load that properly before letting the player perform the actions repeatedly that cause the sound.... |
Thank you @Taormina, so I could presume that the Your exception comes from |
I can confirm that loading all the unique sounds once at the beginning before user input is allowed both prevents the delay in audio, and prevents this from happening. Below is an example that works. If the
I happen to be storing the |
Happens on Mac after recovering from suspend.
The text was updated successfully, but these errors were encountered: