Audio playback not working after sleep

[katashisano]

Issue type

Crash or freeze

Description with steps to reproduce

1. Open musescore.
2. Open any file.
3. Verify correct audio playback.
4. Close Mac lid.
5. Wait around 5 minutes.
6. Login back to your user.
7. Hit space.
8. There's no sound anymore, and the blue bar stays frozen.

Supporting files, videos and screenshots

video2.mp4

In which versions of MuseScore Studio is this issue present?

MuseScore Studio version (64-bit): 4.7.3-260608135, revision: github-musescore-musescore-cf9860c

Regression

I was unable to check

Operating system

OS: macOS Tahoe (26.5.1), Arch.: arm64

Additional context

No response

Checklist

• This report follows the guidelines for reporting bugs and issues
• I have verified that this issue has not been logged before, by searching the issue tracker for similar issues
• I have attached all requested files and information to this report
• I have attempted to identify the root problem as concisely as possible, and have used minimal reproducible examples where possible

[DmitryArefiev]

@katashisano Can you try to reproduce it on latest 4.7.4 nightly? https://github.com/musescore/MuseScore/actions/runs/28730459054

[stevage]

I have also experienced this (on OS: macOS Ventura (13.6.3), Arch.: arm64, MuseScore Studio version (64-bit): 4.7.3-260608135, revision: github-musescore-musescore-cf9860c)

With MS 4.6, I frequently experienced the issue where there was no sound, but playback behaved normally. Making any change to the audio output (eg, switching from "system default" to headphones, within MS) would always fix it.

The issue where sometimes the blue line doesn't advance is new to 4.7 for me.

[katashisano]

@katashisano Can you try to reproduce it on latest 4.7.4 nightly? https://github.com/musescore/MuseScore/actions/runs/28730459054

@DmitryArefiev
Tried it, result is the same... I also tried what @stevage mentioned, but when clicking on the speaker in the list, it won't select, the box in which the speaker name should appear stays empty. Buffer size also stays empty and when clicking on the box, it won't show any options.
Also, forgot to mention this, but, I'm using a 2020 M1 MacBook Air, in case that's useful.

[stevage]

I also tried what @stevage mentioned, but when clicking on the speaker in the list, it won't select, the box in which the speaker name should appear stays empty. Buffer size also stays empty and when clicking on the box, it won't show any options.

Yes, that's also my experience when it's in this state. The only way to fix is to quit and restart.

When it's in the other state (no sound, but blue line advances normally), this method generally works.

[davidstephengrant]

Verified on macOS 26.5 (M5 chip) - 4.7 nightly.

Screen.Recording.2026-07-06.at.11.13.54.mov

Diagnostics attached: diag.zip.

There are some errors/warnings in MuseScore_260706_105130.log either side of sleep/wake:

2026-07-06T10:51:37.689 | INFO  | main_thread     | ActionsDispatcher::doDispatch | try call action: play
2026-07-06T10:51:39.096 | INFO  | main_thread     | ActionsDispatcher::doDispatch | try call action: play
2026-07-06T10:51:45.265 | INFO  | main_thread     | AudioDriverController::setNewDriver | Available output devices changed, checking connection...
2026-07-06T10:51:45.265 | INFO  | main_thread     | AudioDriverController::handleOutputDeviceChange | Checking output device: default
2026-07-06T10:52:00.301 | ERROR | main_thread     | OSXAudioDriver::logError | Failed to start  Audio Queue, err: -66681
2026-07-06T10:52:00.301 | WARN  | main_thread     | AudioDriverController::handleOutputDeviceChange | Failed to reopen device: default, falling back to default
2026-07-06T11:07:44.257 | ERROR | main_thread     | OSXAudioDriver::logError | Failed to start  Audio Queue, err: -66681
2026-07-06T11:07:44.257 | ERROR | main_thread     | AudioDriverController::handleOutputDeviceChange | Failed to reopen default device on OSX, switching to default audio driver
2026-07-06T11:07:44.257 | ERROR | main_thread     | AudioDriverController::switchToDefaultAudioDriver | Already on the default audio driver: , cannot fall back further
2026-07-06T11:12:14.547 | INFO  | main_thread     | AudioDriverController::setNewDriver | Available output devices changed, checking connection...
2026-07-06T11:12:14.547 | INFO  | main_thread     | AudioDriverController::handleOutputDeviceChange | Checking output device: 
2026-07-06T11:12:14.547 | ERROR | main_thread     | OSXAudioDriver::logError | Failed to create Audio Queue Output, err: -50
2026-07-06T11:12:14.547 | WARN  | main_thread     | AudioDriverController::handleOutputDeviceChange | Failed to reopen device: , falling back to default
2026-07-06T11:12:14.547 | ERROR | main_thread     | OSXAudioDriver::logError | Failed to create Audio Queue Output, err: -50
2026-07-06T11:12:14.547 | ERROR | main_thread     | AudioDriverController::handleOutputDeviceChange | Failed to reopen default device on OSX, switching to default audio driver
2026-07-06T11:12:14.547 | ERROR | main_thread     | AudioDriverController::switchToDefaultAudioDriver | Already on the default audio driver: , cannot fall back further