Crashes when SDL backend requires pow2 quantum (OSS, Emscripten) #183
Labels
No labels
Bug
Extensions
New Feature
Not our bug - SDL2
Not our bug - WMA
Utilities
Wine
X3DAudio Accuracy
XACT Accuracy
XAudio2 Accuracy
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gh-FNA-XNA/FAudio#183
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Regressed by
a0f859c761This sounds like an issue with SDL - when the backend has specific needs for sample period size it should override the value and trigger creation of an SDL_AudioStream to act as a buffer between the client and server. You’ll see this with both the WASAPI and PulseAudio backends.
Confirmed, this is the issue: https://hg.libsdl.org/SDL/file/22dcbdfe45ea/src/audio/dsp/SDL_dspaudio.c#l211
This should be falling back to a nearest-power-of-two, which will trigger an SDL_AudioStream in SDL. I would report this at the SDL Bugzilla (maybe CC whoever maintains SDL for FreeBSD), this already works with other backends.
Emscripten is affected by this as well:
https://hg.libsdl.org/SDL/file/4709c1dfeabb/src/audio/emscripten/SDL_emscriptenaudio.c#l192
SDL issue has been filed: https://bugzilla.libsdl.org/show_bug.cgi?id=5136
SDL issue was moved to GitHub: https://github.com/libsdl-org/SDL/issues/3685
Doing a bit of spring cleaning...
See https://github.com/libsdl-org/SDL/issues/3685 for more on this issue, on the FAudio side this is closed as NOTOURBUG.