Opened 5 years ago
Closed 6 days ago
#11374 closed defect (worksforme)
BACKENDS: MacOSX - sound output does not follow "active output" selected from audio applet
Reported by: | dottedmag | Owned by: | sev- |
---|---|---|---|
Priority: | normal | Component: | Port: Mac OS X |
Version: | Keywords: | ||
Cc: | Game: |
Description
What did I do?
- Selected internal speakers as a default audio output on Mac (via audio applet in the status bar)
- Started ScummVM
- Switched default audio output to something else (Bluetooth speakers, monitor output)
What happened?
ScummVM continued to use internal speakers.
What should have happened?
ScummVM should have switched to the new default audio output.
Environment
- ScummVM 2.1.1, official build
- macOS 10.14
Notes
There are applications on macOS that do give the user an ability to explicitly direct audio to some output (e.g. videoconferencing applications), but they come with configuration dialog to select the output.
Mac applications that do not have this functionality ought to follow the default output, even if it changes at runtime. I believe CoreAudio hides it from the applications — most likely ScummVM is missing this piece of integration by using some lower-level API.
Change History (4)
comment:1 by , 5 years ago
comment:2 by , 5 years ago
Again, with a link that does not expire: http://paste.debian.net/1133006/
comment:3 by , 4 years ago
Summary: | macOS: sound output does not follow "active output" selected from audio applet → BACKENDS: MacOSX - sound output does not follow "active output" selected from audio applet |
---|
comment:4 by , 6 days ago
Owner: | set to |
---|---|
Resolution: | → worksforme |
Status: | new → closed |
ScummVM is using SDL, so if the issue still persists (it works for me on modern macOS), then it should be directed to SDL.
-d9
log: http://paste.debian.net/1133000/