Al diseñar un juego multijugador, casi el componente más importante es el equilibrio. El trabajo de un diseñador de juegos a este respecto es similar al trabajo de un analista de inteligencia: si trabaja bien, nadie se da cuenta. Vale la pena tropezar, y los jugadores se aprovechan descaradamente del error. Pero lo más interesante sucede cuando, además del diseñador del juego, el programador también se equivoca ...

En este artículo, consideraremos un elemento de la estrategia Cossacks 3 . El juego contiene varios tipos de mosqueteros y otros tiradores de los siglos XVII y XVIII, así como la oportunidad de explorar tecnologías que reducen el tiempo de recarga de los mosquetes. Hay dos mejoras en total, cada una de las cuales aporta + 30% a la velocidad de disparo, según la interfaz del juego.

Pero incluso a simple vista, está claro que algunas unidades de combate, después de investigar las mejoras, disparan no solo al 60%, sino incluso varias veces más a menudo. Al medir la velocidad de disparo directamente con el temporizador de juego incorporado, salen números completamente extraños que no tienen nada que ver con los porcentajes establecidos.

Bajo el capó de los "cosacos"

Afortunadamente, el juego está hecho de una manera muy amigable para los modders, por lo que todos los scripts que necesitamos están disponibles como archivos de texto en la carpeta data / scripts / . A juzgar por la sintaxis, los guiones están escritos en Delphi o en un lenguaje muy similar. Echemos un vistazo a la mecánica de calcular los intervalos entre disparos.

1. Cuando comienza el juego, todas las unidades de combate se inicializan. El procedimiento indica los valores de vitalidad, costo y armas para cada tipo. Para armas pequeñas, se pasa un parámetro que indica el intervalo entre disparos en los marcos del juego:

   
   

   //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 ); 

   
   

   A juzgar por los comentarios, la unidad de tiempo "marco del juego" es un atavismo de los primeros "cosacos", cuyo proceso del juego se copió al crear la tercera parte. Sin embargo, los fotogramas se relatan de inmediato en segundos de juego con una proporción de 1:32, y ya no los encontramos:

   
   

    //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. Además, al comienzo del juego, se inicializan los datos de las naciones de juego, incluidas las mejoras disponibles. Para cada uno de ellos, la variable de valor se indica y almacena, lo que, al estudiar esta mejora, afecta el recálculo de los parámetros necesarios del juego:

   
   

    //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, ... ); 

   
   

   En nuestro caso, esto significa que los intervalos de las unidades militares después de cada mejora se multiplican por 0.7 y luego ... ¿se redondean?

   
   

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

   
   

   Dado el hecho de que inicialmente los intervalos de los tiradores son números de coma flotante en el rango de 3.125 a 5.0, la decisión de redondear el resultado del recálculo parece bastante extraña, si no importante.

   
   

3. Después de cada disparo, se indica el retraso antes del siguiente disparo. El modificador idividual.attackrate se aplica a las estructuras de la torre y en nuestro caso siempre es 1.

   
   

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

   
   

Entonces, además del error matemático en los cálculos, cuyos detalles se pueden leer debajo del spoiler a continuación, hay un redondeo inapropiado de números de punto flotante. Me pregunto qué efecto sobre la mecánica del juego tiene este ligero descuido a primera vista.

  //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; 

Quien es quien

Inicialmente, los guiones del juego distinguen entre 35 tipos de tiradores (sin contar los mercenarios que no se ven afectados por las mejoras). Si los agrupamos a todos por el tamaño del intervalo, podemos distinguir diez categorías. Decidí ordenarlos por aumento relativo en la velocidad de disparo para destacar a los tiradores que más se benefician de las mejoras. Entonces, los resultados del análisis:

En el siguiente diagrama, las columnas corresponden a las categorías I - X, de izquierda a derecha. La última columna discontinua del diagrama corresponde a la tasa de aumento declarada en la interfaz del juego. El grupo izquierdo de columnas muestra un aumento en la velocidad de disparo después de una mejora, la derecha, después de ambas.

Resulta que el mosquetero polaco del siglo XVII y el secuestro húngaro son los que más ganan con las mejoras en la velocidad de disparo: en lugar del prometido + 60%, disparan más de tres veces más a menudo. Debido al bajo valor inicial del intervalo, finalmente disparan más rápido que todos los otros tiradores dos, tres o incluso cuatro veces.

Entre la caballería, los dragones franceses del siglo XVIII están mejor asentados: reciben una tasa de fuego que se ha más que duplicado. Como resultado, disparan un 50% más de disparos por minuto que sus homólogos de otras naciones europeas.

Naturalmente, el daño de un disparo o el daño por segundo no se tiene en cuenta aquí, pero incluso sin estos datos es obvio que las unidades militares no se comportan como se esperaba.

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

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

Epílogo

Para identificar de manera confiable los errores de cálculo en el balance en este caso, se deben analizar dos aspectos más de la mecánica del juego: el daño de los tiradores y el valor económico junto con el tiempo requerido para crear una unidad de combate. Sin embargo, el sentido común le dice que espere la próxima actualización primero ...

La idea para el estudio surgió del video " Por qué las tasas de ataque en AoE2 son a menudo incorrectas ", que aborda un problema similar en la estrategia de Age of Empires II .

UPD: error parcialmente corregido

No ha pasado ni una semana desde la publicación del artículo, ya que los desarrolladores de la actualización 2.2.1 corrigieron el error con redondeo. Al mismo tiempo, la fórmula en sí seguía siendo la misma: la velocidad de disparo está creciendo al 43% por actualización. Como el cálculo es incremental, después de examinar ambas mejoras, todas las flechas funcionan un 104% más rápido.