Bei der Entwicklung eines Multiplayer-Spiels ist die Balance fast die wichtigste Komponente. Die Arbeit eines Spieledesigners ähnelt in dieser Hinsicht der Arbeit eines Geheimdienstanalysten: Wenn er gut arbeitet, merkt es niemand. Es lohnt sich zu stolpern und die Spieler nutzen den Fehler schamlos aus. Das Interessanteste passiert jedoch, wenn sich neben dem Spieledesigner auch der Programmierer irrt ...

In diesem Artikel werden wir ein Element der Cossacks 3- Strategie betrachten. Das Spiel enthält verschiedene Arten von Musketieren und anderen Schützen des 17. und 18. Jahrhunderts sowie die Möglichkeit, Technologien zu erforschen, die die Nachladezeit von Musketen verkürzen. Insgesamt gibt es zwei Verbesserungen, von denen jede + 30% der Feuerrate erhöht - je nach Spieloberfläche.

Aber selbst auf den ersten Blick ist klar, dass einige Kampfeinheiten nach der Untersuchung der Verbesserungen nicht nur mit 60%, sondern sogar mehrmals häufiger schießen. Wenn Sie die Feuerrate direkt mit dem eingebauten Spieltimer messen, entstehen völlig seltsame Zahlen, die nichts mit den angegebenen Prozentsätzen zu tun haben.

Unter der Haube der "Kosaken"

Glücklicherweise ist das Spiel für Modder sehr freundlich gestaltet, sodass alle benötigten Skripte als Textdateien im Ordner data / scripts / verfügbar sind. Gemessen an der Syntax sind die Skripte in Delphi oder in einer sehr ähnlichen Sprache geschrieben. Werfen wir einen Blick auf die Mechanik der Berechnung der Intervalle zwischen den Aufnahmen.

1. Wenn das Spiel beginnt, werden alle Kampfeinheiten initialisiert. Das Verfahren gibt die Werte für Vitalität, Kosten und Waffen für jeden Typ an. Bei Kleinwaffen wird ein Parameter übergeben, der das Intervall zwischen den Schüssen in Spielrahmen angibt:

   
   

   //lib/unit.script procedure _unit_InitBase() 'musketeer' : maxhp := 70; SetObjBaseWeapon( x,x,x,x, 150, ... ); SetObjBasePrice( ... ); //lib/unit.script procedure SetObjBaseWeapon( x,x,x,x, pause, ... ) weapon.pause := _misc_FramesToTime( pause ); 

   
   

   Den Kommentaren nach zu urteilen, ist die Zeiteinheit „Spielrahmen“ Atavismus der ersten „Kosaken“, deren Spielprozess bei der Erstellung des dritten Teils kopiert wurde. Die Frames werden jedoch sofort in Spielsekunden mit einem Verhältnis von 1:32 nachgezählt, und wir begegnen ihnen nicht mehr:

   
   

    //lib/misc.script function _misc_FramesToTime( val ) Result := ( val * gc_frames_to_time ); //dmscript.global gc_frames_to_time := 0.03125; gc_time_to_frames := 32; 

   
   

2. Außerdem werden zu Beginn des Spiels die Daten der Spielnationen einschließlich der verfügbaren Verbesserungen initialisiert. Für jeden von ihnen wird die Wertvariable angezeigt und gespeichert, was sich bei der Untersuchung dieser Verbesserung auf die Neuberechnung der erforderlichen Parameter des Spiels auswirkt:

   
   

    //lib/country.script procedure _country_Init() _country_AddUpgrade( x,x,x,x, type_attpauseperc, -30, ... ); procedure _country_AddUpgrade( x,x,x,x, upgrade_type, value, ... ); 

   
   

   In unserem Fall bedeutet dies, dass die Intervalle der Militäreinheiten nach jeder Verbesserung mit 0,7 multipliziert werden und dann ... aufgerundet werden ?!

   
   

    //lib/player.script procedure _player_ApplyUpgrade() type_attpauseperc : weapon.pause := Round( weapon.pause * (1 + value/100) ); 

   
   

   Angesichts der Tatsache, dass die Intervalle der Schützen anfangs Gleitkommazahlen im Bereich von 3,125 bis 5,0 sind, erscheint die Entscheidung, das Ergebnis der Neuberechnung abzurunden, ziemlich seltsam, wenn nicht sogar wichtig.

   
   

3. Nach jedem Schuss wird die Verzögerung vor dem nächsten Schuss angezeigt. Der Modifikator idividual.attackrate wird auf Turmstrukturen angewendet und ist in unserem Fall immer 1.

   
   

    //lib/unit.script procedure _unit_ApplyAttackPause() attackdelay := weapon.pause * idividual.attackrate; 

   
   

Zusätzlich zu dem mathematischen Fehler in den Berechnungen, dessen Details unter dem Spoiler unten gelesen werden können, gibt es eine unangemessene Rundung von Gleitkommazahlen. Ich frage mich, wie sich dieses leichte Versehen auf den ersten Blick auf die Spielmechanik auswirkt.

  //cossacks.ini & editor.ini LogFileEnabled = true LogFileRoot = true 

  //data/scripts/lib/unit.script procedure _unit_ApplyAttackPause(const goHnd, weapind : Integer); begin //... if (attpause<>0) then Log(TObjProp(pobjprop).sid+' '+FloatToStr(attpause)); end; 

Wer ist wer?

Anfänglich unterscheiden die Spielskripte zwischen 35 Arten von Schützen (ohne Söldner, die nicht von Verbesserungen betroffen sind). Wenn wir sie alle nach der Größe des Intervalls gruppieren, können wir zehn Kategorien unterscheiden. Ich beschloss, sie nach der relativen Erhöhung der Feuerrate zu sortieren, um die Schützen herauszusuchen, die am meisten von Verbesserungen profitieren. Die Ergebnisse der Analyse:

In der folgenden Abbildung entsprechen die Spalten den Kategorien I - X von links nach rechts. Die letzte gestrichelte Spalte des Diagramms entspricht der in der Spieloberfläche angegebenen Steigerungsrate. Die linke Gruppe von Spalten zeigt eine Erhöhung der Feuerrate nach einer Verbesserung, die rechte - nach beiden.

Es stellt sich heraus, dass der polnische Musketier des 17. Jahrhunderts und der ungarische Entführer am meisten von Verbesserungen der Feuerrate profitieren: Statt der versprochenen + 60% schießen sie mehr als dreimal häufiger. Aufgrund des niedrigen Anfangswertes des Intervalls schießen sie letztendlich zwei-, drei- oder sogar viermal schneller als alle anderen Schützen.

Unter den Kavalleristen sind die französischen Dragoner des 18. Jahrhunderts am besten besiedelt: Sie erhalten eine mehr als verdoppelte Feuerrate. Infolgedessen schießen sie 50% mehr Schüsse pro Minute als ihre Kollegen aus anderen europäischen Ländern.

Natürlich wird der Schaden eines Schusses oder der Schaden pro Sekunde hier nicht berücksichtigt, aber auch ohne diese Daten ist es offensichtlich, dass sich Militäreinheiten nicht wie beabsichtigt verhalten.

  //lib/player.script Round(weapon.pause*(1+value/100)); 

  weapon.pause/(1+(-value)/100); 

Nachwort

Um in diesem Fall Fehlkalkulationen im Gleichgewicht zuverlässig zu identifizieren, sollten zwei weitere Aspekte der Spielmechanik analysiert werden - der Schaden von Schützen und der wirtschaftliche Wert sowie die Zeit, die für die Erstellung einer Kampfeinheit erforderlich ist. Der gesunde Menschenverstand fordert Sie jedoch auf, zuerst auf das nächste Update zu warten ...

Die Idee für die Studie kam mir aus dem Video „ Warum Angriffsraten in AoE2 oft falsch sind “, das ein ähnliches Problem in der Age of Empires II- Strategie behandelt.

UPD: Fehler teilweise behoben

Seit der Veröffentlichung des Artikels ist nicht einmal eine Woche vergangen, da die Entwickler in Update 2.2.1 den Fehler durch Rundung behoben haben. Gleichzeitig blieb die Formel selbst unverändert - die Feuerrate steigt um 43% pro Upgrade. Da die Berechnung inkrementell ist, arbeiten alle Pfeile nach Prüfung beider Verbesserungen um 104% schneller.