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
{{ message }}
Repository navigation
bug(audio): no audio in Safari / WKWebView — MediaElementSource breaks native output path #38
Audio is completely silent in the Tauri desktop app (WKWebView/macOS). Playback works in Chrome but not Safari.
Root cause
attachAnalysers() was called during the canplay event, which called createMediaElementSource() on each stem's <audio> element. This permanently disconnects the element from Safari's native audio output and routes it through the Web Audio graph. WKWebView does not reliably pass audio through a MediaElementSource → GainNode → destination chain, resulting in silence.
Additionally, applyMix() was setting audioEl.volume (the native path), which has no effect once the element has been routed through Web Audio.
Fix
Removed attachAnalysers() import and call from player.js — VU meters use pre-computed envelope data, not live Web Audio analysis
Reverted applyMix() to use audioEl.volume directly for HTMLMediaElement tracks (capped at 1.0 as per spec)
Fixed in this session: removed attachAnalysers() and reverted to audioEl.volume direct path for WKWebView. Commit b2cb128 was the last known-good reference.
Activity
thcp commentedon May 17, 2026
Fixed in this session: removed attachAnalysers() and reverted to audioEl.volume direct path for WKWebView. Commit b2cb128 was the last known-good reference.
feat(ui-refactor): DAW redesign, library overhaul, sections, analysis…