Is this input lag? (Video)

[imprecise]

Using the esc screen is a synthetic test. Does the strafe issue still exist?

There are multiple reasons this doesn't help:
strafing is constant input, not 1 time
the esc screen instantly jumps to 999 fps, which does not happen when strafing

[jorimt]

Using the esc screen is a synthetic test.

It's not so much synthetic, as it is a baseline to rule out other factors; if his keyboard has normal responsiveness to an instantaneous transition in a game, then whatever transition is slower in the same game is likely in-built delay.

Different animations usually have different levels of artificial responsiveness and delay. I've experienced this in multiple games in my high speed and LDAT testing.

For instance, measuring a slower looking melee weapon animation in Overwatch will produce much higher average latency readings than a weapon with a faster looking animation because the former simply purposely takes longer to react to user input (to create the illusion of momentum and weight, etc).

He'd need to perform high speed camera, Reflex (built into some native G-SYNC monitors), or LDAT tests to confirm anything further.

[Sirito]

Using the esc screen is a synthetic test.

It's not so much synthetic, as it is a baseline to rule out other factors; if his keyboard has normal responsiveness to an instantaneous transition in a game, then whatever transition is slower in the same game is likely in-built delay.

Different animations usually have different levels of artificial responsiveness and delay. I've experienced this in multiple games in my high speed and LDAT testing.

For instance, measuring a slower looking melee weapon animation in Overwatch will produce much higher average latency readings than a weapon with a faster looking animation because the former simply purposely takes longer to react to user input (to create the illusion of momentum and weight, etc).

He'd need to perform high speed camera, Reflex (built into some native G-SYNC monitors), or LDAT tests to confirm anything further.

Nice information

[RealNC]

strafing is constant input, not 1 time
the esc screen instantly jumps to 999 fps, which does not happen when strafing

It's not constant input. When you press a key, that's a key down event. If you hold the key, nothing happens. No events. When you release the key, you get a key up event.

Jumping to 999FPS shouldn't matter. You're trying to test keyboard latency, not game rendering latency.

Writing a simple tool to check keyboard latency is very easy. I whipped one up in 2 minutes in C++ and SDL2:

Code: Select all

#include <SDL2/SDL.h>

int main(int argc, char* args[])
{
    if (SDL_Init(SDL_INIT_VIDEO) != 0) {
        return 1;
    }

    SDL_DisplayMode info{};
    if (SDL_GetCurrentDisplayMode(0, &info) != 0) {
        SDL_Quit();
        return 2;
    }

    auto* window = SDL_CreateWindow(
        "Keyboard Latency Test",
        SDL_WINDOWPOS_UNDEFINED,
        SDL_WINDOWPOS_UNDEFINED,
        info.w, info.h,
        SDL_WINDOW_OPENGL | SDL_WINDOW_FULLSCREEN | SDL_WINDOW_INPUT_GRABBED | SDL_WINDOW_ALLOW_HIGHDPI);
    auto* renderer = SDL_CreateRenderer(window, -1, SDL_RENDERER_ACCELERATED | SDL_RENDERER_PRESENTVSYNC);
    SDL_GL_SetSwapInterval(0);
    SDL_SetRenderDrawColor(renderer, 0, 0, 0, 255);

    SDL_Event e{};
    bool flip = true;

    for (;;) {
        while (SDL_PollEvent(&e) != 0) {
            if (e.type == SDL_QUIT) {
                SDL_DestroyRenderer(renderer);
                SDL_DestroyWindow(window);
                SDL_Quit();
                return 0;
            } else if (e.type == SDL_KEYDOWN && !e.key.repeat) {
                if (flip) {
                    SDL_SetRenderDrawColor(renderer, 255, 255, 255, 255);
                } else {
                    SDL_SetRenderDrawColor(renderer, 0, 0, 0, 255);
                }
                flip = !flip;
            }
        }

        SDL_RenderClear(renderer);
        SDL_RenderPresent(renderer);
    }
}

Compiled executable is attached. Simply press any keyboard key to flip the screen between black and white.

keyb_lat.zip

(1.85 MiB) Downloaded 40 times

[dervu]

For things like that you should get baseline recording of perfect looking animation at same fps and then do another recording for suspected wrong looking animation overlaying with transparency too see if there is any discrepancy. Would be perfect if it was external cam recording with 1000fps. All synced with start of movement by turning of led that would also be recorded.
Of course it would have to be animation that is consistent in game.

[Sirito]

strafing is constant input, not 1 time
the esc screen instantly jumps to 999 fps, which does not happen when strafing

It's not constant input. When you press a key, that's a key down event. If you hold the key, nothing happens. No events. When you release the key, you get a key up event.

Jumping to 999FPS shouldn't matter. You're trying to test keyboard latency, not game rendering latency.

Writing a simple tool to check keyboard latency is very easy. I whipped one up in 2 minutes in C++ and SDL2:

Code: Select all

#include <SDL2/SDL.h>

int main(int argc, char* args[])
{
    if (SDL_Init(SDL_INIT_VIDEO) != 0) {
        return 1;
    }

    SDL_DisplayMode info{};
    if (SDL_GetCurrentDisplayMode(0, &info) != 0) {
        SDL_Quit();
        return 2;
    }

    auto* window = SDL_CreateWindow(
        "Keyboard Latency Test",
        SDL_WINDOWPOS_UNDEFINED,
        SDL_WINDOWPOS_UNDEFINED,
        info.w, info.h,
        SDL_WINDOW_OPENGL | SDL_WINDOW_FULLSCREEN | SDL_WINDOW_INPUT_GRABBED | SDL_WINDOW_ALLOW_HIGHDPI);
    auto* renderer = SDL_CreateRenderer(window, -1, SDL_RENDERER_ACCELERATED | SDL_RENDERER_PRESENTVSYNC);
    SDL_GL_SetSwapInterval(0);
    SDL_SetRenderDrawColor(renderer, 0, 0, 0, 255);

    SDL_Event e{};
    bool flip = true;

    for (;;) {
        while (SDL_PollEvent(&e) != 0) {
            if (e.type == SDL_QUIT) {
                SDL_DestroyRenderer(renderer);
                SDL_DestroyWindow(window);
                SDL_Quit();
                return 0;
            } else if (e.type == SDL_KEYDOWN && !e.key.repeat) {
                if (flip) {
                    SDL_SetRenderDrawColor(renderer, 255, 255, 255, 255);
                } else {
                    SDL_SetRenderDrawColor(renderer, 0, 0, 0, 255);
                }
                flip = !flip;
            }
        }

        SDL_RenderClear(renderer);
        SDL_RenderPresent(renderer);
    }
}

Compiled executable is attached. Simply press any keyboard key to flip the screen between black and white.

keyb_lat.zip

Lol and that one youtube video saying that changing keyboard repeat delay to short will fix input lag