[rcore][glfw] `FLAG_WINDOW_ALWAYS_RUN` does not work with `FLAG_VSYNC_HINT`

[knuxyl]

FLAG_WINDOW_ALWAYS_RUN does not work with FLAG_VSYNC_HINT on GLFW platform.
FLAG_WINDOW_ALWAYS_RUN only works if vsync is disabled but only on GLFW platform.
Everything works fine on SDL platforms.

On Wayland GLFW, it just completely stops all execution until it's brought back up.
On X11 GLFW, it runs at like 1 FPS. Music playing stutters every second for like a second.

With SDL it works with Wayland and X11 but with slower execution. I don't know if this is intended but music is playing fine so might be ok? As long as the music plays uninterrupted I prefer this behavior but I don't know if it's supposed to be this way.

This was tested on Gentoo 6.19.11 Gnome/Mutter 48.7

SetConfigFlags(FLAG_WINDOW_RESIZABLE | FLAG_VSYNC_HINT | FLAG_WINDOW_ALWAYS_RUN);
InitWindow(window_width, window_height, GAME_TITLE);

int counter;
void loop() {
counter++;
printf("%i", counter);
if (IsMusicStreamPlaying(battle_music)) {
UpdateMusicStream(battle_music);
};
}

[CrackedPixel]

@knuxyl can you test with examples/audio/audio_music_stream? so we can reduce the amount of variables

i am not able to reproduce with the following changes (default GLFW):

// added your flags
SetConfigFlags(FLAG_WINDOW_RESIZABLE | FLAG_VSYNC_HINT | FLAG_WINDOW_ALWAYS_RUN);
InitWindow(screenWidth, screenHeight, "raylib [audio] example - music stream");

// added your if-check to be fair
if (IsMusicStreamPlaying(music)) {
    UpdateMusicStream(music);   // Update music buffer with new stream data
}

runs perfectly with no hiccups on x11/wayland/xwayland for me, background or foreground

[knuxyl]

@CrackedPixel
I just tested audio_music_stream with

SetConfigFlags(FLAG_WINDOW_RESIZABLE | FLAG_VSYNC_HINT | FLAG_WINDOW_ALWAYS_RUN);

and I'm getting the same problem. audio stutters every 1 second or so for about a second when the window doesn't have focus and when it's minimized. I didn't add the if statement because I know it's not related to the music.

I have no idea what could be different about our systems. What distro and desktop environment/display manager are you using?

I built the example with default settings, heres the output from it

INFO: Initializing raylib 6.0
INFO: Platform backend: DESKTOP (GLFW)
INFO: Supported raylib modules:
INFO: > rcore:..... loaded (mandatory)
INFO: > rlgl:...... loaded (mandatory)
INFO: > rshapes:... loaded (optional)
INFO: > rtextures:. loaded (optional)
INFO: > rtext:..... loaded (optional)
INFO: > rmodels:... loaded (optional)
INFO: > raudio:.... loaded (optional)
INFO: DISPLAY: Trying to enable VSYNC
INFO: DISPLAY: Device initialized successfully
INFO: > Display size: 1920 x 1080
INFO: > Screen size: 800 x 450
INFO: > Render size: 800 x 450
INFO: > Viewport offsets: 0, 0
INFO: GLAD: OpenGL extensions loaded successfully
INFO: GL: Supported extensions count: 243
INFO: GL: OpenGL device information:
INFO: > Vendor: AMD
INFO: > Renderer: AMD Radeon Pro W6600 (radeonsi, navi23, ACO, DRM 3.64, 6.19.11-gentoo-dist-hardened)
INFO: > Version: 4.6 (Core Profile) Mesa 26.0.4
INFO: > GLSL: 4.60
INFO: GL: VAO extension detected, VAO functions loaded successfully
INFO: GL: NPOT textures extension detected, full NPOT textures supported
INFO: GL: DXT compressed textures supported
INFO: GL: ETC2/EAC compressed textures supported
INFO: PLATFORM: DESKTOP (GLFW - X11): Initialized successfully
INFO: TEXTURE: [ID 1] Texture loaded successfully (1x1 | R8G8B8A8 | 1 mipmaps)
INFO: TEXTURE: [ID 1] Default texture loaded successfully
INFO: SHADER: [ID 1] Vertex shader compiled successfully
INFO: SHADER: [ID 2] Fragment shader compiled successfully
INFO: SHADER: [ID 3] Program shader loaded successfully
INFO: SHADER: [ID 3] Default shader loaded successfully
INFO: RLGL: Render batch vertex buffers loaded successfully in RAM (CPU)
INFO: RLGL: Render batch vertex buffers loaded successfully in VRAM (GPU)
INFO: RLGL: Default OpenGL state initialized successfully
INFO: TEXTURE: [ID 2] Texture loaded successfully (128x128 | GRAY_ALPHA | 1 mipmaps)
INFO: FONT: Default font loaded successfully (224 glyphs)
INFO: SYSTEM: Working Directory: /home/knuxyl/pokemontcg/external/raylib/build/examples
INFO: AUDIO: Device initialized successfully
INFO: > Backend: miniaudio | PulseAudio
INFO: > Format: 32-bit IEEE Floating Point -> 16-bit Signed Integer
INFO: > Channels: 2 -> 2
INFO: > Sample rate: 44100 -> 44100
INFO: > Periods size: 3306
INFO: STREAM: Initialized successfully (44100 Hz, 32 bit, Stereo)
INFO: FILEIO: [resources/country.mp3] Music file loaded successfully
INFO: > Sample rate: 44100 Hz
INFO: > Sample size: 32 bits
INFO: > Channels: 2 (Stereo)
INFO: > Total frames: 4125934
INFO: TIMER: Target time per frame: 33.333 milliseconds

[CrackedPixel]

Okay, if i minimize the app i am able to reproduce this stuttering. but not just having it in the background (inactive)

[CrackedPixel]

@knuxyl i dont think there is anything raylib can do about this. if minimized is what you meant, i think its just a design of the DE to slow down processing for minimized windows, creating gaps in playback

the only solution i came up with was to use a separate thread for audio and that worked perfectly

[knuxyl]

@knuxyl i dont think there is anything raylib can do about this. if minimized is what you meant, i think its just a design of the DE to slow down processing for minimized windows, creating gaps in playback

the only solution i came up with was to use a separate thread for audio and that worked perfectly

the audio is not my issue, that's just how i found out about it. i care about not actually being able to control the programs behavior. and it's not just on minimized, it's also if the window is behind another window (maybe only fully, idk its weird). im guessing this is the DE fault on that one but still these problems are not there on SDL.

there is a discrepancy between how the SDL platform and Desktop platform is handling these flags.

[CrackedPixel]

I was able to reproduce it by covering the window completely as well. Presumably the same DE/compositor thing happening as minimized there, to reduce power/cycles etc.

I tried on RGFW and it had the same results... the first time. I tried it a second time and the issue went away. I rebuilt as GLFW and... no issue. it's now ~12 hours later and the issue wont return even if i minimize, both RGFW and GLFW. So maybe I need to reboot my computer to try more 😐 very strange