Ao projetar um jogo multiplayer, quase o componente mais importante é o equilíbrio. O trabalho de um designer de jogos nesse sentido é semelhante ao trabalho de um analista de inteligência: se ele funciona bem, ninguém percebe. Vale a pena tropeçar, e os jogadores descaradamente aproveitam o erro. Mas a coisa mais interessante acontece quando, além do designer do jogo, o programador também está enganado ...

Neste artigo, consideraremos um elemento da estratégia dos cossacos 3 . O jogo contém vários tipos de mosqueteiros e outros atiradores dos séculos XVII e XVIII, bem como a oportunidade de explorar tecnologias que reduzem o tempo de recarga dos mosquetes. Existem duas melhorias no total, cada uma delas traz + 30% à taxa de tiro - de acordo com a interface do jogo.

Mas mesmo à vista, é claro que algumas unidades de combate, depois de pesquisar as melhorias, disparam não apenas em 60%, mas até várias vezes com mais frequência. Ao medir a taxa de tiro diretamente usando o timer de jogo embutido, surgem números completamente estranhos que não têm nada a ver com as porcentagens declaradas.

Sob o capô dos "cossacos"

Felizmente, o jogo é feito de uma maneira muito amigável para modders, então todos os scripts que precisamos estão disponíveis como arquivos de texto na pasta data / scripts / . A julgar pela sintaxe, os scripts são escritos em Delphi ou em uma linguagem muito semelhante. Vamos dar uma olhada na mecânica de calcular os intervalos entre os disparos.

1. Quando o jogo começa, todas as unidades de combate são inicializadas. O procedimento indica os valores de vitalidade, custo e armas para cada tipo. Para armas pequenas, é passado um parâmetro que indica o intervalo entre tiros nos quadros do jogo:

   
   

   //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 julgar pelos comentários, a unidade de tempo "estrutura do jogo" é atavismo dos primeiros "cossacos", cujo processo de jogo foi copiado ao criar a terceira parte. No entanto, os quadros são recontados imediatamente em segundos de jogo, com uma proporção de 1:32, e não os encontramos mais:

   
   

    //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. Além disso, no início do jogo, os dados das nações de jogos são inicializados, incluindo as melhorias disponíveis. Para cada um deles, a variável value é indicada e armazenada, o que, ao estudar essa melhoria, afeta o recálculo dos parâmetros necessários do jogo:

   
   

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

   
   

   No nosso caso, isso significa que os intervalos das unidades militares após cada aprimoramento são multiplicados por 0,7 e então ... são arredondados?!

   
   

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

   
   

   Dado o fato de que inicialmente os intervalos dos atiradores são números de ponto flutuante na faixa de 3,125 a 5,0, a decisão de arredondar o resultado do recálculo parece estranha, se não importante.

   
   

3. Após cada disparo, é indicado o atraso antes do próximo disparo. O modificador idividual.attackrate é aplicado às estruturas da torre e, no nosso caso, é sempre 1.

   
   

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

   
   

Portanto, além do erro matemático nos cálculos, cujos detalhes podem ser lidos no spoiler abaixo, existe um arredondamento inadequado dos números de ponto flutuante. Eu me pergunto que efeito na mecânica do jogo tem essa ligeira supervisão à primeira 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; 

Quem é quem

Inicialmente, os scripts do jogo distinguem entre 35 tipos de atiradores (sem contar mercenários que não são afetados por melhorias). Se agruparmos todos pelo tamanho do intervalo, poderemos distinguir dez categorias. Decidi classificá-los por aumento relativo na taxa de tiro, a fim de destacar os atiradores que mais se beneficiam com as melhorias. Então, os resultados da análise:

No diagrama abaixo, as colunas correspondem às categorias I - X, da esquerda para a direita. A última coluna tracejada do diagrama corresponde à taxa de aumento declarada na interface do jogo. O grupo esquerdo de colunas mostra um aumento na taxa de tiro após uma melhoria, a direita - depois de ambas.

Acontece que o mosqueteiro polonês do século XVII e o seqüestro húngaro são os que mais ganham com as melhorias na taxa de tiro: em vez dos prometidos + 60%, eles disparam mais de três vezes com mais frequência. Devido ao baixo valor inicial do intervalo, eles disparam mais rapidamente do que todos os outros atiradores duas, três ou até quatro vezes.

Entre a cavalaria, os dragões franceses do século XVIII estão melhor estabelecidos: eles recebem uma taxa de tiro mais do que duplicada. Como resultado, eles disparam 50% mais tiros por minuto do que seus colegas de outras nações européias.

Naturalmente, o dano de um tiro ou dano por segundo não é levado em consideração aqui, mas mesmo sem esses dados, é óbvio que as unidades militares não se comportam como planejadas.

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

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

Posfácio

Para identificar de forma confiável erros de cálculo na balança, neste caso, dois outros aspectos da mecânica do jogo devem ser analisados ​​- o dano dos atiradores e o valor econômico, juntamente com o tempo necessário para criar uma unidade de combate. No entanto, o senso comum diz para você aguardar a próxima atualização primeiro ...

Tive a ideia do estudo no vídeo “ Por que as taxas de ataque no AoE2 são frequentemente erradas ”, que aborda um problema semelhante na estratégia do Age of Empires II .

UPD: Erro parcialmente corrigido

Nem uma semana se passou desde a publicação do artigo, pois os desenvolvedores da atualização 2.2.1 corrigiram o erro com arredondamentos. Ao mesmo tempo, a própria fórmula permaneceu a mesma - a taxa de incêndio está crescendo em 43% por atualização. Como o cálculo é incremental, após examinar as duas melhorias, todas as setas funcionam 104% mais rápido.