Netzwerk-Simulator ist ein Testwerkzeug im Studio, das Latenz, Jitter und Paketverlust zu der Verbindung zwischen einem Playtest-Client und -Server hinzufügt. Verwenden Sie es, um die Bedingungen zu reproduzieren, die Spieler bei kabelgebundenen, WLAN- und mobilen Verbindungen erleben, ohne ein externes Netzwerk-Drosselungswerkzeug zu konfigurieren.
Tests unter eingeschränkten Bedingungen können Interaktionen aufdecken, die bei einer schnellen Entwicklungsverbindung reaktionsschnell erscheinen, aber für einige Spieler verzögert, verwirrend oder unzuverlässig werden. Verwenden Sie den Netzwerk-Simulator, um serverbestätigte Aktionen, replizierten Zustand, Streaming-Verhalten, Vorhersage und Korrektur sowie die Toleranz Ihrer Erfahrung gegenüber gelegentlichem Paketverlust zu bewerten.
Der Netzwerk-Simulator wirkt sich nur auf Studio-Playtests aus. Er ändert nicht Ihre veröffentlichte Erfahrung oder die Verbindungen von aktiven Spielern.
Der Netzwerk-Simulator befindet sich in Beta, und seine Funktionalität könnte sich ändern. Um ihn zu aktivieren, öffnen Sie Datei und wählen Sie Beta-Funktionen, aktivieren Sie dann Neuer Geräte-Simulator und starten Sie das Studio neu.
Wie der Netzwerk-Simulator funktioniert
Der Simulator wendet Bedingungen unabhängig in jede Richtung an:
- Eingehender Verkehr reist vom Server zum Client. Er umfasst den replizierten Serverzustand und die server-zu-client Fernkommunikation.
- Ausgehender Verkehr reist vom Client zum Server. Er umfasst Client-Anfragen und die client-zu-server Fernkommunikation.
Jede Richtung hat die folgenden Steuerungen:
| Steuerung | Was es simuliert | Was zu beobachten ist |
|---|---|---|
| Latenz | Minimale einseitige Verzögerung, die zu jedem Paket hinzugefügt wird. | Langsame Serverbestätigung, verzögerte Zustandsaktualisierungen und UI, die festgefahren erscheint, während sie wartet. |
| Jitter | Variation, die zusätzlich zur minimalen Verzögerung hinzugefügt wird. | Ungleichmäßige Aktualisierungszeiten, sichtbare Korrektur, Instabilität bei Animationen oder Bewegungen und Annahmen zur Reihenfolge. |
| Paketverlust | Die Wahrscheinlichkeit, dass ein einzelnes Paket verloren geht. | Retransmissionsverzögerungen für zuverlässigen Verkehr und fehlende Aktualisierungen für Verkehr, der für den Verlust ausgelegt ist. |
Netzwerk-Ping ist eine Rundlaufmessung, sodass sowohl die hinzugefügte eingehende als auch die ausgehende Verzögerung beitragen. Zum Beispiel addieren 10 ms eingehende Latenz und 10 ms ausgehende Latenz ungefähr 20 ms zur bestehenden Rundlaufzeit der Verbindung.
Die konfigurierten Werte werden zu den realen Bedingungen der Verbindung hinzugefügt. Dies ist besonders wichtig während eines Teamtests, bei dem Geografie und das öffentliche Internet bereits Latenz und Paketverlust beitragen.
Netzwerk-Simulator öffnen
Um das Werkzeug zu öffnen:
- Aktivieren Sie im Menü Test Geräte-Simulator.
- Wählen Sie in der Symbolleiste über dem 3D-Viewport die Netzwerk-Pille aus.
Die Pille fasst den gestuften oder angewendeten Verbindungstyp und die Qualität zusammen. Öffnen Sie sie, um die genaue Voreinstellung und alle sechs Richtungswerte zu sehen.
Eine Voreinstellung anwenden
Integrierte Voreinstellungen bieten wiederholbare Ausgangspunkte für gängige Verbindungstypen. Die Werte in der folgenden Tabelle sind als Latenz / Jitter / Paketverlust aufgeführt.
| Voreinstellung | Pille | Eingehend | Ausgehend |
|---|---|---|---|
| Ideales Glasfaser | LAN | 8 ms / 0 ms / 0.00% | 8 ms / 0 ms / 0.00% |
| Kabelgebundenes Breitband | LAN | 25 ms / 3 ms / 0.00% | 25 ms / 3 ms / 0.00% |
| Heim-WLAN | Wifi | 30 ms / 12 ms / 0.20% | 30 ms / 15 ms / 0.30% |
| Standard Mobil (4G/LTE) | 4G | 45 ms / 20 ms / 0.40% | 55 ms / 30 ms / 0.50% |
| Schlechte Verbindung (3G) | 3G | 150 ms / 70 ms / 0.50% | 180 ms / 90 ms / 0.50% |
Die Voreinstellungen repräsentieren nützliche Testbedingungen, keine Garantien für jede Verbindung dieses Typs. Reale Netzwerke variieren je nach Gerät, Standort, Anbieter, Überlastung und Zeit.
Um eine Voreinstellung anzuwenden:
- Wählen Sie eine Voreinstellung aus Voreinstellung.
- Überprüfen Sie die angezeigten Eingehend- und Ausgehend-Werte. Die Pille wird ebenfalls aktualisiert, um die Auswahl anzuzeigen.
- Wählen Sie Anwenden.
- Starten oder setzen Sie einen Playtest fort und üben Sie eine Client-Server-Interaktion aus.
Die Auswahl einer Voreinstellung stellt nur ihre Werte ein. Die aktive Playtest-Verbindung ändert sich nicht, bis Sie Anwenden auswählen. Wenn Sie das Popover zuerst schließen, verwirft der Netzwerk-Simulator die gestuften Änderungen und gibt seine Steuerungen und Pille in den angewendeten Zustand zurück.
Nachdem Sie Anwenden ausgewählt haben, verwendet ein aktiver Playtest sofort die neuen Werte. Sie müssen die Sitzung nicht neu starten.
Ideales Glasfaser ist die Standard- und am wenigsten beeinträchtigte integrierte Voreinstellung, aber es ist nicht dasselbe wie das Deaktivieren der Simulation. Es fügt in jede Richtung 8 ms hinzu. Für einen Vergleich ohne hinzugefügte Verzögerung setzen Sie jeden Wert auf 0 als benutzerdefinierte Konfiguration und wenden Sie ihn an.
Benutzerdefinierte Bedingungen konfigurieren
Erweitern Sie Eingehend oder Ausgehend, um eine Richtung zu ändern, ohne die andere zu ändern. Dies ist nützlich, um Probleme im Client-zu-Server-Anforderungsweg von Problemen im Server-zu-Client-Antwortweg zu trennen.
| Steuerung | Bereich | Anzeigepräzision |
|---|---|---|
| Latenz | 0–1000 ms | 0.1 ms |
| Jitter | 0–1000 ms | 0.1 ms |
| Paketverlust | 0.00–0.50% | 0.01% |
Paketverlust wird als Prozentsatz angezeigt. Ein Wert von 0.50% bedeutet einen halben Prozent, nicht 50%.
Das Bearbeiten eines beliebigen numerischen Wertes ändert Voreinstellung in Benutzerdefiniert. Die Änderungen bleiben gestuft, bis Sie Anwenden auswählen.
Der Netzwerk-Simulator verwendet die gleichen zugrunde liegenden Emulations-Einstellungen wie der Netzwerk-Tab der Studio-Einstellungen. Wenn diese Einstellungen an anderer Stelle geändert werden, während der Simulator gestufte Bearbeitungen hat, haben die externen Werte Vorrang und die gestufte Transaktion wird verworfen.
Eine benutzerdefinierte Voreinstellung speichern
Um eine benutzerdefinierte Konfiguration wiederzuverwenden:
- Bearbeiten Sie einen oder mehrere Werte.
- Wählen Sie Speichern.
- Geben Sie einen eindeutigen Voreinstellungsnamen ein.
- Wählen Sie Speichern & Anwenden.
Die gespeicherte Voreinstellung wird im Voreinstellung-Menü über Orte und spätere Studio-Sitzungen hinweg verfügbar. Wenn Sie den Namen einer vorhandenen gespeicherten Voreinstellung eingeben, ändert sich die Aktion in Ersetzen & Anwenden. Integrierte Voreinstellungsnamen und Benutzerdefiniert sind reserviert.
Wenn eine gespeicherte Voreinstellung ausgewählt ist, ersetzt Löschen Zurücksetzen. Das Löschen entfernt die gespeicherte Voreinstellung und wendet sofort Ideales Glasfaser an. Die angewendeten Netzwerkwerte selbst werden nach einem vollständigen Studio-Neustart nicht gespeichert.
Zurücksetzen stellt Ideales Glasfaser ein und erfordert weiterhin Anwenden. Dies ermöglicht es Ihnen, die zurückgesetzten Werte zu überprüfen, bevor Sie die Playtest-Verbindung ändern.
Netzwerkeinstellungen mit einem Skript konfigurieren
Jede Steuerung des Netzwerk-Simulators entspricht einer NetworkSettings-Eigenschaft, sodass Sie die gleichen Bedingungen von einem Plugin oder automatisierten Test aus steuern können, anstatt von der Symbolleiste.
| Steuerung | Eigenschaft | Beschreibung |
|---|---|---|
| Eingehende Latenz | InboundNetworkMinDelayMs | Fügt Latenz zu Playtest-Verbindungen in Richtung Server-zu-Client hinzu. |
| Ausgehende Latenz | OutboundNetworkMinDelayMs | Fügt Latenz zu Playtest-Verbindungen in Richtung Client-zu-Server hinzu. |
| Eingehender Jitter | InboundNetworkJitterMs | Fügt Jitter zu Playtest-Verbindungen in Richtung Server-zu-Client hinzu. |
| Ausgehender Jitter | OutboundNetworkJitterMs | Fügt Jitter zu Playtest-Verbindungen in Richtung Client-zu-Server hinzu. |
| Eingehender Paketverlust | InboundNetworkLossPercent | Setzt die Wahrscheinlichkeit, dass Pakete bei Playtest-Verbindungen vom Server zum Client verloren gehen. |
| Ausgehender Paketverlust | OutboundNetworkLossPercent | Setzt die Wahrscheinlichkeit, dass Pakete bei Playtest-Verbindungen vom Client zum Server verloren gehen. |
Das direkte Setzen einer dieser Eigenschaften hält die Symbolleiste und die Pille des Netzwerk-Simulators synchron, da beide von denselben zugrunde liegenden Einstellungen lesen.
Testen eines netzwerksensitiven Workflows
Verwenden Sie dieselbe wiederholbare Interaktion unter mehreren Bedingungen, sodass Unterschiede dem Netzwerk und nicht einem anderen Codepfad oder einer anderen Szene zugeordnet werden können.
- Wählen Sie eine Spielerreise, die die Client-Server-Grenze überschreitet, z. B. das Aktivieren einer serverautorisierenden Fähigkeit, das Empfangen eines Inventarupdates oder das Beobachten replizierter Bewegungen.
- Definieren Sie, wie Erfolg aussieht. Zeichnen Sie die Reaktionszeit, sichtbares Feedback, Timeout-Verhalten, Korrekturen, doppelte Anfragen und Wiederherstellung auf.
- Wenden Sie Ideales Glasfaser an und führen Sie die Reise als Basislinie durch.
- Wenden Sie eine repräsentative Bedingung wie Heim-WLAN oder Standard Mobil (4G/LTE) an und wiederholen Sie dieselben Aktionen.
- Wenden Sie Schlechte Verbindung (3G) als Belastungstest an. Bestätigen Sie, dass die Erfahrung verständlich bleibt, auch wenn Aktualisierungen verzögert oder ungleichmäßig sind.
- Ändern Sie nur die eingehenden oder ausgehenden Werte, um zu isolieren, welche Richtung das Problem aufdeckt.
- Wiederholen Sie nach einer Behebung die gleichen Durchläufe und vergleichen Sie die Ergebnisse.
Nützliche Fragen sind:
- Erhält der Spieler sofortiges lokales Feedback, während er auf die Serverbestätigung wartet?
- Kann wiederholte Eingabe dieselbe Aktion mehr als einmal übermitteln?
- Unterscheiden Lade- und Fortschrittszustände langsame Arbeiten von einem Fehler?
- Bieten Timeouts einen sicheren Wiederholungsweg?
- Bleibt die replizierte Bewegung verständlich, wenn Aktualisierungen ungleichmäßig ankommen?
- Können unzuverlässige Aktualisierungen übersprungen werden, ohne dass ein veralteter Zustand auf dem Bildschirm bleibt?
- Erholt sich die Erfahrung, nachdem sie zu einer besseren Verbindung zurückgekehrt ist?
Für große Vergleiche wenden Sie die Bedingung an, bevor Sie mit der Interaktion beginnen. Große Latenzänderungen während eines laufenden Tests können die Staukontrolle beeinflussen, sodass ein neuer Durchlauf einen saubereren Vergleich bietet.
Ergebnisse messen und diagnostizieren
Der Netzwerk-Simulator ändert die Testbedingungen; andere Werkzeuge helfen, das Ergebnis zu erklären:
- Die Entwicklerkonsole zeigt den durchschnittlichen Ping und Protokolle an, die bestätigen können, dass sich die Verbindung geändert hat und Fehler im Wiederholungs- oder Timeout-Code aufdecken.
- Eine MicroProfiler-Netzwerkaufnahme zeigt gesendeten und empfangenen Engine-Verkehr nach Frame. Verwenden Sie sie, um Verkehrsspitzen zu identifizieren und zu bestimmen, ob der betroffene Fluss von Replikation, Physik oder anderen Netzwerkdaten dominiert wird.
- Der MicroProfiler kann helfen, eine netzwerksensitive Verzögerung von einem gleichzeitigen Frame-Zeitproblem zu unterscheiden.
Halten Sie das Szenario, den Playtest-Modus und die Beobachtungsmethode konsistent, wenn Sie Aufnahmen vergleichen. Ein einzelner Durchlauf unter einer schlechten Verbindung kann ein Symptom aufdecken, aber wiederholte Basislinien- und beeinträchtigte Durchläufe sind nützlicher, um zu messen, ob eine Änderung geholfen hat.