From c7bc76325fc5b2a6b2a8c0ebfb0590baa8e8228b Mon Sep 17 00:00:00 2001 From: Cameron Gutman Date: Thu, 23 Oct 2025 21:42:44 -0500 Subject: [PATCH] Revert macOS audio buffer size workaround This causes excessive glitching and needs to be fixed by Apple (if it hasn't already in the 2 years since the report). --- app/streaming/audio/renderers/sdlaud.cpp | 7 ------- 1 file changed, 7 deletions(-) diff --git a/app/streaming/audio/renderers/sdlaud.cpp b/app/streaming/audio/renderers/sdlaud.cpp index 16b90775..b8a61bb9 100644 --- a/app/streaming/audio/renderers/sdlaud.cpp +++ b/app/streaming/audio/renderers/sdlaud.cpp @@ -30,14 +30,7 @@ bool SdlAudioRenderer::prepareForPlayback(const OPUS_MULTISTREAM_CONFIGURATION* // to mitigate this issue. Otherwise, we will buffer up to 3 frames of audio which // is 15 ms at regular 5 ms frames and 30 ms at 10 ms frames for slow connections. // The buffering helps avoid audio underruns due to network jitter. -#ifndef Q_OS_DARWIN want.samples = SDL_max(480, opusConfig->samplesPerFrame * 3); -#else - // HACK: Changing the buffer size can lead to Bluetooth HFP - // audio issues on macOS, so we're leaving this alone. - // https://github.com/moonlight-stream/moonlight-qt/issues/1071 - want.samples = SDL_max(480, opusConfig->samplesPerFrame); -#endif m_FrameSize = opusConfig->samplesPerFrame * opusConfig->channelCount *