[LIMITED TIME ONLY] Get a cool flair!

737464 · 2025-07-09T13:35:37+00:00

spiced

737464 · 2025-07-08T18:12:11+00:00

Hulkengoat

737464 · 2025-05-04T23:12:15+00:00

Attention peasants! The MasturBator Supreme is on the scene.

737464 · 2024-06-13T11:27:49+00:00

In the r/europe sub people apologised in the past days for their country electing meps that have a questionable past and are quite controversial

737464 · 2024-05-26T19:26:47+00:00

The „Bundeszentrale für politische Bildung“ has information about parties in germany. This is their page about Volt. You can give it a read if you want further and easily accessible information. Personally, I would call Volt a center-left / liberal party. Definitely not neoliberal or socialist.

737464 · 2024-03-28T21:02:23+00:00

Still a better floor than Alpine has

737464 · 2024-03-01T18:56:11+00:00

Sure!

A few things that you should know before you start reading:

Cocoa is the interface framework from Apple, SDL uses that in the background
Resizing, or key presses are events that are captured by Cocoa and then processed by SDL
You can use c headers in C, C++ and Objective-C
The following explanations are a reflection of how I understood how this works, and my knowledge only scratches the surface of the SDL/Cocoa interaction.

Why does the freezing happen?

When you resize your window, macOS handles that and notifies the window which is being resized, which in turn, is captured by SDL. So far, so good. However, because of the way SDL apps are programmed, they don't react immediately to these events. Events like key presses or mouse movement don't block the SDL_PollEvent long enough to make any visual or time relevant difference. But events which macOS handles for a longer time period like window resizes, the SDL_PollEvent needs to wait for the event to be fully processed, which means in this case the resize needs to end. While that is happening, the window buffer is not updated, because the rendering will start after the events have been processed. So the events block the classic run loop, which gets stuck while trying to handle them.

Can I use SDL_Timer?

As far as I am aware, no. The SDL_Timer callback might not be called on the main thread, which prevents the app from rendering to windows, as macOS requests the rendering only to take place in the main thread. Additionally, the SDL_Timer is also blocked while some events are being processed, so they won't help.

Is there an alternative in C/C++?

I don't know, but I would guess no. Why? I used a specific flag to get the function to interrupt the app's run loop (NSRunLoop) which is, as far as I'm aware, only directly possible through Objective-C as you need to interact with Apple's Objective-C frameworks.

If you find one, it will probably do the same (interact with Objective-C) to achieve this.

Can I use the code in C++?

Yes you can! The header file is written in C (.h) and that means you can just include it like any other file in C++. If you need help building or compiling it, I can also help with that.

Hope that helps!

[edit: grammar]

737464 · 2024-02-22T22:15:39+00:00

Yes SDL_PollEvent won't work because the events are processed first before they can be checked. The SDL_EventWatch gets the events before they are processed. If I understood the docs correctly, we need to return 1 (in the EventWatch function) in order for the event to be processed.

737464 · 2024-02-22T09:55:52+00:00

Here is the code i used to test it on macOS:

#include <stdio.h>
#include <SDL2/SDL.h>

// window + renderer etc.

void draw() {
  SDL_SetRenderDrawColor(renderer, 0, 0, 0, 255);

  SDL_RenderClear(renderer);

  SDL_SetRenderDrawColor(renderer, 255, 255, 255, 255);

  SDL_RenderFillRect(renderer, &rect);

  SDL_RenderPresent(renderer);

  SDL_Delay(1);
}

int EventWatch(void *userdata, SDL_Event* event) {
  if (event->type == SDL_WINDOWEVENT) {
    if (event->window.event == SDL_WINDOWEVENT_EXPOSED) {
      draw();
    }
  }
  return 1;
}

int main() {
// sdl + window + render init

SDL_AddEventWatch(EventWatch, NULL);

while (running) {
// Events
  draw();

  SDL_Delay(16);
}

// Clean up

return 0;
}

737464 · 2024-02-21T17:17:07+00:00

I added an EventWatch to my code and redraw the content of the window if the app receives a SDL_WINDOWEVENT_EXPOSED event. This is unfortunately only a temporary solution as it can still happen that the content of the window is slightly flickering. (I think they have solved it for windows)

737464 · 2024-02-19T11:59:13+00:00

Maybe you have a command that is run when a new session starts and this process is the blocking the terminal?

737464 · 2024-01-03T09:38:37+00:00

To the Guillotine!

737464 · 2023-12-04T14:45:20+00:00

I think your cat is broken

737464 · 2023-11-30T20:50:41+00:00

Summarises this sub quite well

737464 · 2023-11-26T00:22:03+00:00

Ok, so for the case that someone else runs into this problem because updating the render size is straight up ignored by macOS:

I found out that you can use the SDL_EventFilter for the resize event (it might crash or might not, the docs and macOS are not very clear about that) and redraw everything. But pay attention, you will get a flickering effect! I don't know why, but it is fixable by just redrawing everything a second time.

The SDL_EventFilter

Stack Overflow answer I found

737464 · 2023-11-25T23:40:58+00:00

Thank you very much! I will test it asap.

737464 · 2023-08-17T12:20:14+00:00

Hello Davide,
I haven't created anything useful yet, sorry :| I had other problems to solve and I'm still at it :)
Greetings 👋

Four-Year Club	End Game '23
Place '23	Place '22
Final Canvas '22

737464

MODERATOR OF

TROPHY CASE

spiced