Skip to content

Prevent 3D sample allocation during Miles audio provider initialization - #215

Open
seer-by-sentry[bot] wants to merge 1 commit into
mainfrom
seer/fix/miles-audio-provider-race-condition
Open

Prevent 3D sample allocation during Miles audio provider initialization#215
seer-by-sentry[bot] wants to merge 1 commit into
mainfrom
seer/fix/miles-audio-provider-race-condition

Conversation

@seer-by-sentry

@seer-by-sentry seer-by-sentry Bot commented Jan 4, 2026

Copy link
Copy Markdown

Fixes CLIENT-1JG. The issue was that: Miles Sound System attempts to use a newly allocated 3D audio buffer before the underlying DirectSound provider fully initializes, causing an access violation.

  • Introduced m_providerInitializing flag to track the state of the 3D audio provider setup.
  • Blocked allocation of 3D samples (getFirst3DSample) while the provider is initializing to prevent race conditions where samples are used before DirectSound buffers are fully set up.
  • Refactored open3DProvider to ensure the listener is created and updated (forcing internal provider initialization completion) before initializing 3D sample pools.

This fix was generated by Seer in Sentry, triggered automatically. 👁️ Run ID: 8136614

Not quite right? Click here to continue debugging with Seer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants