A recurring crash issue in the Unity Editor has been observed, affecting various workflows. These crashes have been reported to happen when the Editor runs out of memory due to an audio dual-dual thread lock assert failing repeatedly.
Reproducible with versions: 6000.3.0f1 - 6000.3.19f1 (Sentry data)
Reproducible on: Windows 10, Windows 11
Notes:
- Not reproduced by CQA
- The logs in each report show this error being repeated: “Access version should be odd when acquiring lock”
- The faulting assert loops until memory runs out
- Sentry only collects data for Windows crashes, so we are not able to determine if the issue is reproducible on other environments
First few lines of StackTrace:
0x00007FF909A63F34 (Unity) AssertImplementation
0x00007FF90839C28B (Unity) audio::DualThreadManager::ControlUpdate
0x00007FF9083A76E3 (Unity) AudioManager::Update
0x00007FF907BA582F (Unity) PlayerLoopController::UpdateSceneIfNeededFromMainLoop
0x00007FF907BBCF33 (Unity) Application::TickTimer