ossia / libossia

48%

LAST BUILD ON BRANCH master

branch: SELECT

CHANGE BRANCH

x

• No branch selected
• 1854-gamepad-wrong-min-value-for-triggers
• claude/fmt-12.2-compat
• claude/peaceful-babbage-loewat
• claude/re2-version-update-4541hw
• claude/upbeat-brahmagupta-xhgc2a
• feature/asiosdk
• feature/gpu_updates
• feature/graph_feedback
• feature/kfr_7
• feature/oscquery_factory
• feature/rapidhash
• feature/remove-qserialport
• feature/remove-websocketpp
• feature/rework-parallel-graph
• feature/rework_rate_limiter
• feature/triple-buffer
• feature/vendoring-cmake-variables
• features/pipewire-shared-context-clean
• features/qml-bluetooth-nfc-clean
• features/soundfile-tempo-aligned-drop-in-clean
• features/udp-multicast-clean
• fix-abseil-time-h-shadow
• fix/ci-failures-master
• fix/install-missing-headers
• fix/max-reg-crashes
• fix/wasm-libremidi-update
• master
• refs/tags/v2.0.0-rc1
• refs/tags/v2.1.0
• vendoring-fixes
• vendoring-wiiuse-fallback
• wasm-audio-tick-guard
• wip/miniaudio-wasm
• wip/optimize-ossia-remote
• wip/ossia.cue
• wip/replace_char_with_map

Build # 29703291655

Build Type

push

github

Committed by jcelerier

Commit Message

miniaudio: give the wasm AudioWorklet thread a larger stack

The AudioWorklet thread runs the whole ossia execution tick, including deep
gfx/ISF exec-node call chains. miniaudio's default 128KB stack for that thread
is far too small; a deep tick silently overruns the heap-allocated stack buffer
and corrupts adjacent allocations, surfacing much later as out-of-bounds /
null-function crashes on the main thread. Bump it to 4MB on WASM.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_019oPj1zRcxSQX7FNni7EHM6

Coverage Stats

25967 of 54434 relevant lines covered (47.7%)

180752.83 hits per line