You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
After changing the audio output source of the computer (e.g., plugging or unplugging headphones into/from the computer), sound continues to use the old output source instead of the new one (or, if the old one is unavailable, it stops playing entirely). If the sound has stopped playing entirely, the sound channel's position field does not update at all, meaning the sound is not just muted, but is actually not playing at all. Also, making the previous output source available again (e.g., by plugging in headphones again) does not fix the sound if it has stopped playing.
To Reproduce
Note: I tested this with OpenFL's PlayingSound demo.
Steps to reproduce the behavior:
Build with CPP or HashLink and run the build
Click the screen to demonstrate that sound plays through the proper output source
Plug or unplug an audio output source (e.g., headphones) into/from the computer
Test sound again, and hear that it uses the previous output source (if it is available) or stops playing entirely (if it is unavailable)
Expected behavior
Sound should play through the new audio output source instead of the old one.
OpenFL Targets
If applicable, write which targets you used and which have this issue.
Tested on AIR, Flash, HTML5, HashLink, and Windows. Only Windows and HashLink had the issue.
Additional context
On HashLink, VS Code's debug console puts out this error as soon as the audio output source is changed: AL lib: (EE) ALCwasapiPlayback_mixerProc: Failed to get padding: 0x88890004
This might mean it is an internal issue with OpenAL.
The text was updated successfully, but these errors were encountered:
Describe the bug
After changing the audio output source of the computer (e.g., plugging or unplugging headphones into/from the computer), sound continues to use the old output source instead of the new one (or, if the old one is unavailable, it stops playing entirely). If the sound has stopped playing entirely, the sound channel's
position
field does not update at all, meaning the sound is not just muted, but is actually not playing at all. Also, making the previous output source available again (e.g., by plugging in headphones again) does not fix the sound if it has stopped playing.To Reproduce
Note: I tested this with OpenFL's PlayingSound demo.
Steps to reproduce the behavior:
Expected behavior
Sound should play through the new audio output source instead of the old one.
OpenFL Targets
If applicable, write which targets you used and which have this issue.
Tested on AIR, Flash, HTML5, HashLink, and Windows. Only Windows and HashLink had the issue.
Additional context
On HashLink, VS Code's debug console puts out this error as soon as the audio output source is changed:
AL lib: (EE) ALCwasapiPlayback_mixerProc: Failed to get padding: 0x88890004
This might mean it is an internal issue with OpenAL.
The text was updated successfully, but these errors were encountered: