Simulateur de Réseau est un outil de test dans Studio qui ajoute de la latence, du jitter et des pertes de paquets à la connexion entre un client de test et un serveur. Utilisez-le pour reproduire les conditions que les joueurs rencontrent sur des connexions filaires, Wi-Fi et mobiles sans configurer un outil externe de limitation de réseau.
Tester dans des conditions contraintes peut révéler des interactions qui semblent réactives sur une connexion de développement rapide mais deviennent retardées, déroutantes ou peu fiables pour certains joueurs. Utilisez le Simulateur de Réseau pour évaluer les actions confirmées par le serveur, l'état répliqué, le comportement de streaming, la prédiction et la correction, et comment votre expérience tolère les pertes de paquets occasionnelles.
Le Simulateur de Réseau n'affecte que les tests dans Studio. Il ne change pas votre expérience publiée ni les connexions des joueurs en direct.
Le Simulateur de Réseau est en bêta, et sa fonctionnalité pourrait changer. Pour l'activer, ouvrez Fichier et sélectionnez Fonctionnalités Bêta, puis activez Nouveau Simulateur de Dispositif et redémarrez Studio.
Comment fonctionne le Simulateur de Réseau
Le simulateur applique des conditions indépendamment dans chaque direction :
- Le trafic entrant voyage du serveur au client. Il inclut l'état répliqué du serveur et la communication à distance du serveur au client.
- Le trafic sortant voyage du client au serveur. Il inclut les requêtes du client et la communication à distance du client au serveur.
Chaque direction a les contrôles suivants :
| Contrôle | Ce qu'il simule | Ce qu'il faut observer |
|---|---|---|
| Latence | Délai unidirectionnel minimum ajouté à chaque paquet. | Accusé de réception lent du serveur, mises à jour d'état retardées et interface utilisateur qui semble bloquée en attendant. |
| Jitter | Variation ajoutée au délai minimum. | Temps de mise à jour inégaux, correction visible, instabilité d'animation ou de mouvement, et hypothèses d'ordre. |
| Pertes de paquets | La probabilité qu'un paquet individuel soit perdu. | Retards de retransmission pour le trafic fiable et mises à jour manquantes pour le trafic conçu pour tolérer la perte. |
Le ping réseau est une mesure aller-retour, donc le délai entrant et sortant ajouté contribue tous deux. Par exemple, 10 ms de latence entrante et 10 ms de latence sortante ajoutent environ 20 ms au temps de réponse aller-retour existant de la connexion.
Les valeurs configurées sont ajoutées aux conditions réelles de la connexion. Cela est particulièrement important lors d'un Test d'Équipe, où la géographie et l'internet public contribuent déjà à la latence et aux pertes de paquets.
Ouvrir le Simulateur de Réseau
Pour ouvrir l'outil :
- Dans le menu Test, activez Simulateur de Dispositif.
- Dans la barre d'outils au-dessus de la vue 3D, sélectionnez le pilier Réseau.
Le pilier résume le type et la qualité de connexion appliqués ou mis en scène. Ouvrez-le pour voir le préréglage exact et toutes les six valeurs directionnelles.
Appliquer un préréglage
Les préréglages intégrés fournissent des points de départ répétables pour des types de connexion courants. Les valeurs dans le tableau suivant sont listées sous la forme latence / jitter / pertes de paquets.
| Préréglage | Pilier | Entrant | Sortant |
|---|---|---|---|
| Fibre Idéale | LAN | 8 ms / 0 ms / 0.00% | 8 ms / 0 ms / 0.00% |
| Large Bande Filiaire | LAN | 25 ms / 3 ms / 0.00% | 25 ms / 3 ms / 0.00% |
| Wi-Fi à Domicile | Wifi | 30 ms / 12 ms / 0.20% | 30 ms / 15 ms / 0.30% |
| Mobile Standard (4G/LTE) | 4G | 45 ms / 20 ms / 0.40% | 55 ms / 30 ms / 0.50% |
| Mauvaise Connexion (3G) | 3G | 150 ms / 70 ms / 0.50% | 180 ms / 90 ms / 0.50% |
Les préréglages représentent des conditions de test utiles, pas des garanties sur chaque connexion de ce type. Les réseaux réels varient selon le dispositif, l'emplacement, le fournisseur, la congestion et le temps.
Pour appliquer un préréglage :
- Sélectionnez un préréglage dans Préréglage.
- Examinez les valeurs Entrantes et Sortantes prévisualisées. Le pilier se met également à jour pour prévisualiser la sélection.
- Sélectionnez Appliquer.
- Démarrez ou continuez un test de jeu et exercez une interaction client-serveur.
Sélectionner un préréglage ne fait que mettre en scène ses valeurs. La connexion de test active ne change pas tant que vous n'avez pas sélectionné Appliquer. Si vous fermez d'abord la fenêtre contextuelle, le Simulateur de Réseau abandonne les modifications mises en scène et retourne ses contrôles et son pilier à l'état appliqué.
Après avoir sélectionné Appliquer, un test de jeu actif utilise immédiatement les nouvelles valeurs. Vous n'avez pas besoin de redémarrer la session.
Fibre Idéale est le préréglage intégré par défaut et le moins altéré, mais ce n'est pas la même chose que de désactiver la simulation. Il ajoute 8 ms dans chaque direction. Pour une comparaison sans délai ajouté, définissez chaque valeur à 0 comme configuration personnalisée et appliquez-la.
Configurer des conditions personnalisées
Développez Entrant ou Sortant pour changer une direction sans changer l'autre. Cela est utile pour séparer les problèmes dans le chemin de requête client-serveur des problèmes dans le chemin de réponse serveur-client.
| Contrôle | Plage | Précision d'affichage |
|---|---|---|
| Latence | 0–1000 ms | 0.1 ms |
| Jitter | 0–1000 ms | 0.1 ms |
| Pertes de paquets | 0.00–0.50% | 0.01% |
Les pertes de paquets sont affichées en pourcentage. Une valeur de 0.50% signifie un demi pour cent, pas 50%.
Modifier une valeur numérique change Préréglage en Personnalisé. Les modifications restent mises en scène jusqu'à ce que vous sélectionniez Appliquer.
Le Simulateur de Réseau utilise les mêmes paramètres d'émulation sous-jacents que l'onglet Réseau des Paramètres de Studio. Si ces paramètres changent ailleurs pendant que le simulateur a des modifications mises en scène, les valeurs externes prennent le pas et la transaction mise en scène est abandonnée.
Enregistrer un préréglage personnalisé
Pour réutiliser une configuration personnalisée :
- Modifiez une ou plusieurs valeurs.
- Sélectionnez Enregistrer.
- Entrez un nom de préréglage unique.
- Sélectionnez Enregistrer & Appliquer.
Le préréglage enregistré devient disponible dans le menu Préréglage à travers les lieux et les sessions Studio ultérieures. Si vous entrez le nom d'un préréglage enregistré existant, l'action change en Remplacer & Appliquer. Les noms de préréglages intégrés et Personnalisé sont réservés.
Lorsqu'un préréglage enregistré est sélectionné, Supprimer remplace Réinitialiser. Le fait de le supprimer retire le préréglage enregistré et applique immédiatement Fibre Idéale. Les valeurs réseau appliquées elles-mêmes ne sont pas préservées après un redémarrage complet de Studio.
Réinitialiser met en scène Fibre Idéale et nécessite toujours Appliquer. Cela vous permet d'inspecter les valeurs réinitialisées avant de changer la connexion de test.
Configurer les paramètres réseau avec un script
Chaque contrôle du Simulateur de Réseau correspond à une propriété NetworkSettings, vous pouvez donc piloter les mêmes conditions depuis un plugin ou un test automatisé au lieu de la barre d'outils.
| Contrôle | Propriété | Description |
|---|---|---|
| Latence Entrante | InboundNetworkMinDelayMs | Ajoute de la latence aux connexions de test dans la direction serveur-client. |
| Latence Sortante | OutboundNetworkMinDelayMs | Ajoute de la latence aux connexions de test dans la direction client-serveur. |
| Jitter Entrant | InboundNetworkJitterMs | Ajoute du jitter aux connexions de test dans la direction serveur-client. |
| Jitter Sortant | OutboundNetworkJitterMs | Ajoute du jitter aux connexions de test dans la direction client-serveur. |
| Pertes de Paquets Entrantes | InboundNetworkLossPercent | Définit la probabilité que les paquets sur les connexions de test du serveur au client soient perdus. |
| Pertes de Paquets Sortantes | OutboundNetworkLossPercent | Définit la probabilité que les paquets sur les connexions de test du client au serveur soient perdus. |
Définir l'une de ces propriétés directement maintient la barre d'outils et le pilier du Simulateur de Réseau synchronisés, car les deux lisent les mêmes paramètres sous-jacents.
Tester un flux de travail sensible au réseau
Utilisez la même interaction répétable sous plusieurs conditions afin que les différences soient attribuables au réseau plutôt qu'à un chemin de code ou une scène différente.
- Choisissez un parcours de joueur qui traverse la frontière client-serveur, comme activer une capacité autorisée par le serveur, recevoir une mise à jour d'inventaire ou observer un mouvement répliqué.
- Définissez à quoi ressemble le succès. Enregistrez le temps de réponse, les retours visibles, le comportement de délai d'attente, les corrections, les requêtes en double et la récupération.
- Appliquez Fibre Idéale et exécutez le parcours comme référence.
- Appliquez une condition représentative telle que Wi-Fi à Domicile ou Mobile Standard (4G/LTE) et répétez les mêmes actions.
- Appliquez Mauvaise Connexion (3G) comme test de résilience. Confirmez que l'expérience reste compréhensible même lorsque les mises à jour sont retardées ou inégales.
- Changez uniquement les valeurs entrantes ou sortantes pour isoler quelle direction expose le problème.
- Après avoir effectué une correction, répétez les mêmes exécutions et comparez les résultats.
Des questions utiles incluent :
- Le joueur reçoit-il un retour local immédiat en attendant la confirmation du serveur ?
- Une saisie répétée peut-elle soumettre la même action plus d'une fois ?
- Les états de chargement et de progression distinguent-ils un travail lent d'un échec ?
- Les délais d'attente offrent-ils un chemin de réessai sûr ?
- Le mouvement répliqué reste-t-il compréhensible lorsque les mises à jour arrivent de manière inégale ?
- Les mises à jour peu fiables peuvent-elles être ignorées sans laisser d'état obsolète à l'écran ?
- L'expérience se rétablit-elle après être revenue à une meilleure connexion ?
Pour de grandes comparaisons, appliquez la condition avant de commencer l'interaction. De grands changements de latence pendant un test en cours peuvent affecter le contrôle de congestion, donc une nouvelle exécution fournit une comparaison plus claire.
Mesurer et diagnostiquer les résultats
Le Simulateur de Réseau change les conditions de test ; d'autres outils aident à expliquer le résultat :
- La Console Développeur affiche le ping moyen et les journaux, ce qui peut confirmer que la connexion a changé et révéler des erreurs dans le code de réessai ou de délai d'attente.
- Une capture réseau MicroProfiler montre le trafic moteur envoyé et reçu par image. Utilisez-le pour identifier les pics de trafic et déterminer si le flux affecté est dominé par la réplication, la physique ou d'autres données réseau.
- Le MicroProfiler peut aider à distinguer un retard sensible au réseau d'un problème de temps de trame simultané.
Gardez le scénario, le mode de test et la méthode d'observation cohérents lors de la comparaison des captures. Une seule exécution sous une mauvaise connexion peut révéler un symptôme, mais des exécutions répétées de référence et altérées sont plus utiles pour mesurer si un changement a aidé.