Statistiche di unità ed edifici

Tutto ciò che non ha un'etichetta viene direttamente dai dati del gioco. (dedotto) è un'ipotesi su come il gioco usa quel valore, e (parziale) è la meno affidabile.

Le statistiche sono attributi di <properties> nella classe (data\classes\<Class>.sc.xml). Per modificarle senza copiare l'intera classe usa una patch; per creare un'unità vedi Nuove unità.

<patch>
  <!-- Legionaries run faster: speed 60 -> 75 -->
  <set select="/class/properties[@speed]" speed="75"/>
</patch>

Va in patches\data\classes\RHastatus.sc.xml. Un attributo che la classe non imposta viene ereditato dalla classe padre.

Quale attributo fa cosa

Velocità (speed)

• Unità di mappa al secondo. Nel gioco: fanteria 60-80, arcieri 60-160, cavalleria 130-190, eroi 120, arieti 40, navi 240.
• Il ciclo dell'animazione della camminata dura step × 1000 / speed millisecondi, con step preso dal .ent.xml (Hastatus: 42 × 1000 / 60 = 700 ms). Cambiare solo speed non sfasa lo sprite: l'animazione accelera o rallenta insieme al movimento. (dedotto)
• speed="0" su un'unità che cammina blocca il gioco con una divisione per zero. Lo stesso vale per una classe che non definisce speed e non lo eredita. (dedotto)

Cadenza di attacco

Per le unità non esiste un attributo di "velocità di attacco". (dedotto)

• Un colpo dura quanto l'animazione di attacco, cioè la somma dei valori <frame duration> nel .ent.xml, e il danno arriva all'action_time dell'animazione. Nelle 118 animazioni del gioco i colpi durano da 594 a 1584 ms, con una mediana di 990 ms (Hastatus: 994 ms, action_time 426).
• attack_delay è inutile per le unità: lo impostano solo Catapult (500) e FakeTower (400), e nessun altro nei dati. (dedotto)
• Ci sono due modi per attaccare più in fretta. Uno: accorciare i frame dell'animazione di attacco e riscalare action_time nella stessa proporzione. L'altro: Unit::SetSpeedFactor(150) da uno script, che accelera del 50% sia la camminata sia l'attacco. SetSpeedFactor(0) blocca il gioco. (dedotto)
• Per modificare il .ent.xml da una mod dovrebbe funzionare una patch XML. Un .ent.xml sciolto non sostituisce quello del gioco (Grafica personalizzata).
• La cadenza di attacco e i tempi dei colpi fanno parte della simulazione: devono essere uguali per tutti i giocatori.

Gittata (range, min_range)

• Valori del gioco: fanteria 15-40, arcieri 300-500 (le navi arrivano a 700), sentinelle 600, cavalleria 15-40, catapulte 700-800, torri 600-800. RCatapult ha min_range=201.
• Si misura da bordo a bordo: la distanza tra i centri meno il radius di entrambe le unità. Per questo conta anche radius. (dedotto)
• Un'unità da mischia diventa a distanza con range più una projectile_class (Arrow, Javelin, Axe, Slingstone) e un'animazione di attacco con action_time.
• Con range inferiore a min_range non attacca mai. Con range="0" su un'unità da mischia, nemmeno. (dedotto)
• Un proiettile impiega quanto la sua animazione, qualunque sia la distanza (freccia 495 ms, ascia e giavellotto 561, sasso di fionda 300). Non esiste un attributo per la velocità del proiettile. Un attaccante con proiettile infligge metà del danno agli edifici. (dedotto)
• Catapulte: l'arco deriva da shot_tan e shot_height. Non cambiarli su un solo computer.

Hitbox e dimensione

Imposta sempre radius su un nuovo edificio. Quello ereditato (Building: 600) è enorme e gli attaccanti "raggiungono" l'edificio da molto lontano. Gli edifici veri usano 160-250 per le caserme, 47 per le torri, 80-110 per le mura e 333-345 per gli avamposti.

Danno e armatura

Costanti di data\const.ini, sezione [GamePlay]: MinDamage=3, MinPercentOfAttackersDamage=20, DamageAmplify=200 e LevelDifferenceDamageTable. Come vengono usate è (dedotto):

• Un colpo infligge damage − armor_slash del difensore, con un minimo del 20% del danno dell'attaccante e mai meno di 3. Poi si applica la differenza di livello tra i due: va da −90% a +90%, e se il difensore ha il livello più alto, sottrae.
• armor_pierce non entra nel calcolo: puoi scriverlo e non fa nulla (parziale: uno script può usarlo). Per dare armatura usa armor_slash.
• damage_type (slash, pierce, siege, none) non cambia il danno: decide cosa può attaccare l'unità. slash e pierce attaccano le unità (e gli edifici se c'è un proiettile), siege attacca anche gli edifici, none non attacca.
• Gli edifici non hanno armatura: il danno passa per intero.
• DamageAmplify è il danno alla guarnigione di un edificio. Puoi ritoccare queste costanti con le patch INI.

Altri attributi

Cosa non fa nulla

armor_pierce (parziale), speed_modify e taunt (come proprietà è il nome di un suono) vengono letti e mai usati. (dedotto) attack_delay è inutile sulle unità. target_priority conta solo per torri e catapulte; per le unità usa target_factor.

Cambiare le cose durante la partita (da uno script)

Le funzioni sono elencate in funciones-del-juego.txt. Per cambiare il danno di un singolo colpo, usa l'evento OnAttackResolved con Mod_SetAttackDamage (Specialità delle unità).

Cosa l'XML non può fare

• La formula di combattimento (armatura fissa, minimi, tabella dei livelli). Puoi solo regolare le costanti di const.ini.
• Velocità e portata di volo dei proiettili: il colpo va a segno se la distanza è inferiore a range + 150. (dedotto)
• Nuovi comportamenti nel codice: i valori di cpp_class sono solo quelli che il gioco già include.
• La logica delle formazioni, oltre ciò che consentono le Formazioni.

Multigiocatore

Quasi tutto quanto sopra fa parte della simulazione. Ogni giocatore deve avere la stessa mod e il gioco lo verifica quando si entra in una stanza; una differenza tra due giocatori manda il gioco in desync e la partita viene interrotta. Estetici: selection_radius, healthbar_*, icon, display_name, help e gli sprite.

Gli sprite (.rle) non fanno parte del controllo. L'elenco completo di ciò che viene controllato è nel README.

Cosa non sappiamo

• La conversione esatta tra unità di mappa e pixel dello schermo.
• Se sight limiti anche fino a dove un'unità cerca bersagli. Rivela la nebbia e gli script lo usano per cercare, ma il calcolo esatto non è noto.
• Quale formation_priority va davanti in una formazione.
• Cosa succede con un action_time più lungo dell'animazione. Evitalo.