3

I initialize SDL with this code:

SDL_Init(SDL_INIT_VIDEO);

SDL_Window* win = SDL_CreateWindow(
    "SDL Window",
    SDL_WINDOWPOS_UNDEFINED,
    SDL_WINDOWPOS_UNDEFINED,
    WIDTH,
    HEIGHT,
    SDL_WINDOW_SHOWN
);

SDL_Renderer* ren = SDL_CreateRenderer(win, -1, SDL_RENDERER_SOFTWARE);
SDL_GL_SetSwapInterval(1); // probably has no effect since it's not using GL

I then render with a non-SDL software renderer and present it to the window with this code:

SDL_UpdateTexture(screenBuffer, NULL, screenData, WIDTH*4);

SDL_RenderClear(ren);
SDL_RenderCopy(ren, screenBuffer, NULL, NULL);
SDL_RenderPresent(ren);

The framerate is completely uncapped, and I have no idea why.

Adding | SDL_RENDERER_PRESENTVSYNC to the SDL_CreateRenderer flags simply makes the window a blank white screen. Though I need to use the SDL_RENDERER_SOFTWARE flag (even though I'm not using SDL's software renderer other than to present the screen) or else will SDL_RenderPresent() will stall for a very, very long time resulting in about 1 frame per second.

How can I make SDL_RenderPresent() wait for vsync, or wait for it (accurately) myself?

genpfault
  • 51,148
  • 11
  • 85
  • 139
Accumulator
  • 873
  • 1
  • 13
  • 34
  • 1
    SDL's UpdateWindowSurface don't seem to have vsync support (and I suppose it might be very hard on some platforms and not really possible on others), so SDL software renderer don't have it either. Vsync is quite robust on 3d APIs though, so it might be much simplier to solve your slowdown issue. – keltar Sep 08 '17 at 04:27
  • I'd prefer not to waste binary space and decrease compatibility by relying on a GPU API. – Accumulator Sep 08 '17 at 05:15
  • @genpfault Yes, thanks for noticing. I'll repost the comment. – HolyBlackCat Sep 10 '17 at 10:22
  • 1
    Try `SDL_SetHint(SDL_HINT_RENDER_VSYNC, "1");` instead. `SDL_GL_SetSwapInterval` seems to be intended for GL contexts only. – HolyBlackCat Sep 10 '17 at 13:14

1 Answers1

6

VSync is a hardware feature. When VSync is enabled, the video card stops the renderer from presenting a frame until a signal from the monitor indicating vertical syncronism arrives (which means it finished displaying the last frame).

If you are using a software renderer there's no way to detect this signal since you're not using the video card to render. It's up to you to set a framerate and wait for the next frame.

An example for 60 frames per second:

#define TICKS_FOR_NEXT_FRAME (1000 / 60)

int lastTime = 0;

void update() {
    while (lastTime - SDL_GetTicks() < TICKS_FOR_NEXT_FRAME) {
        SDL_Delay(1);
    }

    ... // SDL_RenderCopy...

    SDL_RenderPresent(renderer);
    lastTime = SDL_GetTicks();
}

A call to update will only present the frame if at least 15 ms have passed. 15 ms is the time needed for a framerate of 60 FPS.

I know this question is old, but i decided to post the answer for other people who might need it.

EDIT

As stated in the comments, this will not prevent tearing since you are not syncing to the vblank signal. This code only helps on capping the framerate. As far as I know there is no way to prevent tearing when using a software renderer (because you can't detect the vblank signal).

Mr. Hell
  • 116
  • 1
  • 5
  • 2
    vsync is not about frame rate. Your code will not prevent tearing. Frame limiting and syncing to the vblank signal are two completely different things. – Nikos C. Feb 25 '18 at 06:08
  • It's true. It won't prevent tearing, it will only cap the framerate to 60FPS. – Mr. Hell Feb 26 '18 at 01:54
  • 1
    @Mr.Hell, I think the comparison 'while (lastTime - SDL_GetTicks() < TICKS_FOR_NEXT_FRAME) ' is incorrect. It should be 'while (SDL_GetTicks()-lastTime < TICKS_FOR_NEXT_FRAME)'. Thanks for this trick :-) – Jordi Espada Oct 06 '22 at 09:28