“Otherkind Dice” is the casual name of a resolution system I came up with about two decades ago. Otherkind dice underpin a lot of my design work and — through PbtA — they’ve influenced a lot of the design work in indie rpgs today. It’s high time for me to lay them out for you in an updated, accessible, and relatively complete form.

Résumé de la vidéo sur les secrets techniques du multijoueur en jeu vidéo

1. La prouesse technique du multijoueur

• Les jeux vidéo multijoueurs, bien qu’ils paraissent aujourd’hui ordinaires, sont une véritable prouesse technique à cause de la difficulté majeure : la latence.
• Faire cohabiter plusieurs joueurs dans une même partie nécessite des astuces et contournements côté développement afin de minimiser la perception des problèmes.

2. De l’hébergement local aux serveurs dédiés

• À l’origine, les jeux utilisaient le système de “host” : un joueur hébergeait la partie sur son ordinateur, et tous les autres s’y connectaient (comme Minecraft ou les LAN parties d’avant).
• Ce système posait des problèmes d’équité et de triche : l’hôte avait zéro latence et pouvait modifier son jeu ; si l’hôte quittait, la partie s’arrêtait.
• Les studios ont donc basculé vers les serveurs dédiés : un serveur officiel gère la logique du jeu, garantissant que tous les calculs essentiels (dégâts, déplacement, etc.) sont faits côté serveur et non côté joueurs, limitant la triche.

3. Latence : un problème insoluble ou presque

• Malgré les serveurs, la latence reste présente et affecte le ressenti : un tir réussi côté joueur peut ne pas l’être côté serveur si la cible s’est déplacée entre-temps, entraînant “l’oreg” (absence de reconnaissance de tir).
• Les jeux doivent choisir qui avantager : souvent, pour minimiser la frustration, ils privilégient le tireur plutôt que la cible, sauf dans certains contextes (ex. zone d’effet où on protège la victime).

4. Astuces pour masquer la latence

• Les développeurs utilisent des techniques comme :
  • Rembobiner le temps côté serveur lors d’une action, pour simuler la vision du joueur au moment réel où il a déclenché l’action.
  • Simulation côté client : le jeu accepte immédiatement l’action du joueur (ex : lancer un sort), puis le serveur vérifie et, si nécessaire, annule a posteriori l’action (ce qui peut entraîner des corrections visuelles et de gameplay).
• Ce sont des “tricheries” volontaires pour rendre l’expérience fluide : annulation douce des incohérences, ajustements des positions, etc.

5. Les limites et la gestion de la triche

• La distinction entre triche et problème réseau est parfois floue, nécessitant des analyses statistiques pour détecter des comportements abusifs.
• Les cheats type “wall hack” (voir à travers les murs) sont parfois techniquement impossibles à éradiquer sans dégrader l’expérience des joueurs à cause de la latence (affichage instantané des ennemis visibles).

6. Exemples de cas complexes

• Les jeux comme Overwatch construisent leur propre moteur réseau et doivent gérer des situations complexes où le temps, la position et les interactions varient d’un joueur à l’autre.
• Chaque type d’interaction (tir, déplacement, zone d’effet) nécessite une adaptation spécifique du code réseau, ce qui explique la charge de travail immense pour rendre un jeu multijoueur compétitif.

7. Pourquoi les petits studios ne font pas de gros jeux multi compétitifs

• Le “netcode” (la gestion du réseau) représente environ 40 % du travail total pour un jeu multijoueur compétitif : beaucoup d’aspects sont à coder à la main, contrairement à des jeux plus simples où des briques toute faites suffisent.
• Cela explique pourquoi il faut de grandes équipes sur plusieurs années, contrairement à Minecraft développé seul.

8. Message additionnel

• La vidéo contient aussi une annonce pour rechercher un monteur vidéo pour la chaîne.

En synthèse :
Le multijoueur est un domaine d’astuces techniques sophistiquées, requérant des arbitrages constants entre expérience utilisateur et justice compétitive, avec une part importante du développement dédiée à masquer la latence et à limiter la triche. Les grandes équipes derrière les gros jeux sont nécessaires à cause de cette complexité invisible pour le joueur.