Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

Thank you so much for writing this! I'm currently trying to implement a latency calibration screen in my own rhythm game, and your articles are one of the rare sources that explain the subject very well. They helped me tremendously.

I have one question though: on the first step, is it better to take the player's taps average delay, or median? From what I've read, I understand that the extremes should be ignored, but then I'm not sure what should be the best method to find the optimal value (especially if there are high discrepancies between each taps).

By the way, I should also mention that I loved the Rhythm Quest demo, and I'm eager to play the full game. :)

Thanks, I'm glad it was helpful!

The version of the calibration screen shown in Devlog #10 is an old one, for what it's worth (see https://rhythmquestgame.com/devlog/41.html)

For your question about measuring a player's taps, there is unfortunately no best answer :o)  There are arguments for both; I think my current approach does a sort of hybrid where it attempts to use each of the players taps as a "base" and then see which one of their taps results in the lowest average discrepancy.

You should definitely experiment to see what works best!  You can also do things like take the average, but filter out any values that don't lie within a certain expected range of inputs.  You can visually show those inputs as being discarded, as well.