From 373b366fa5dec745610e4dad6e7c36af906edffc Mon Sep 17 00:00:00 2001 From: Romain Vimont Date: Sat, 10 Jan 2026 11:58:09 +0100 Subject: [PATCH] Do not attempt to increase audio thread priority In practice, this always fails for non-privileged processes. --- app/src/audio_player.c | 8 -------- 1 file changed, 8 deletions(-) diff --git a/app/src/audio_player.c b/app/src/audio_player.c index 270e29d4..174f8460 100644 --- a/app/src/audio_player.c +++ b/app/src/audio_player.c @@ -120,14 +120,6 @@ sc_audio_player_frame_sink_open(struct sc_frame_sink *sink, ap->device = SDL_GetAudioStreamDevice(ap->stream); assert(ap->device); - // The thread calling open() is the thread calling push(), which fills the - // audio buffer consumed by the SDL audio thread. - ok = sc_thread_set_priority(SC_THREAD_PRIORITY_TIME_CRITICAL); - if (!ok) { - ok = sc_thread_set_priority(SC_THREAD_PRIORITY_HIGH); - (void) ok; // We don't care if it worked, at least we tried - } - ok = SDL_ResumeAudioDevice(ap->device); if (!ok) { LOGE("Could not resume audio device: %s", SDL_GetError());