Saat mendesain game multipemain, hampir komponen terpenting adalah keseimbangan. Karya seorang desainer game dalam hal ini mirip dengan karya seorang analis intelijen: jika ia bekerja dengan baik, tidak ada yang memperhatikan. Ini layak tersandung, dan para pemain tanpa malu mengambil keuntungan dari kesalahan. Tetapi hal yang paling menarik terjadi ketika, selain desainer game, programmer juga keliru ...

Pada artikel ini, kami akan mempertimbangkan satu elemen dari strategi Cossack 3 . Gim ini berisi berbagai jenis musketeer dan penembak lainnya pada abad ke-17 dan ke-18, serta peluang untuk mengeksplorasi teknologi yang mengurangi waktu pengisian ulang senapan. Ada dua peningkatan total, yang masing-masing membawa + 30% ke tingkat api - menurut antarmuka game.

Tetapi bahkan dengan melihat jelas bahwa beberapa unit tempur, setelah meneliti perbaikan, menembak tidak hanya pada 60%, tetapi bahkan beberapa kali lebih sering. Saat mengukur laju tembakan langsung menggunakan timer game bawaan, angka yang benar-benar aneh keluar yang tidak ada hubungannya dengan persentase yang dinyatakan.

Di bawah tenda "Cossack"

Untungnya, gim ini dibuat dengan cara yang sangat ramah untuk para modder, jadi semua skrip yang kita butuhkan tersedia sebagai file teks dalam data / skrip / folder. Dilihat oleh sintaks, skrip ditulis dalam Delphi atau dalam bahasa yang sangat mirip. Mari kita lihat mekanisme penghitungan interval antara pemotretan.

1. Ketika permainan dimulai, semua unit tempur diinisialisasi. Prosedur menunjukkan nilai-nilai vitalitas, biaya dan senjata untuk setiap jenis. Untuk senjata ringan, parameter dilewatkan yang menunjukkan interval antara tembakan dalam bingkai game:

   
   

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

   
   

   Dilihat oleh komentar, satuan waktu "kerangka permainan" adalah atavisme dari "Cossack" pertama, proses permainan yang disalin ketika membuat bagian ketiga. Namun, frame segera dihitung dalam detik permainan dengan rasio 1:32, dan kami tidak menjumpainya lagi:

   
   

    //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. Juga, pada awal permainan, data negara-negara game diinisialisasi, termasuk perbaikan yang tersedia. Untuk masing-masing dari mereka, variabel nilai ditunjukkan dan disimpan, yang, ketika mempelajari perbaikan ini, mempengaruhi perhitungan ulang dari parameter yang diperlukan dari permainan:

   
   

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

   
   

   Dalam kasus kami, ini berarti bahwa interval unit militer setelah setiap peningkatan dikalikan dengan 0,7 dan kemudian ... dibulatkan ?!

   
   

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

   
   

   Mengingat fakta bahwa awalnya interval penembak adalah angka floating point dalam kisaran dari 3,125 ke 5.0, keputusan untuk mengakhiri hasil perhitungan ulang terlihat agak aneh, jika tidak penting.

   
   

3. Setelah setiap tembakan, penundaan sebelum tembakan berikutnya diindikasikan. Pengubah idividual.attackrate diterapkan pada struktur menara dan dalam kasus kami selalu 1.

   
   

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

   
   

Jadi, selain kesalahan matematis dalam perhitungan, detail yang dapat dibaca di bawah spoiler di bawah ini, ada pembulatan yang tidak tepat dari angka floating-point. Saya bertanya-tanya apa efeknya pada mekanisme permainan yang memiliki sedikit pengawasan pada pandangan pertama?

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

Siapa itu siapa?

Awalnya, skrip game membedakan antara 35 jenis penembak (tidak termasuk tentara bayaran yang tidak terpengaruh oleh peningkatan). Jika kita mengelompokkan semuanya berdasarkan ukuran interval, maka kita dapat membedakan sepuluh kategori. Saya memutuskan untuk menyortirnya dengan peningkatan relatif tingkat api untuk memilih penembak yang paling diuntungkan dari peningkatan. Jadi, hasil analisis:

Dalam diagram di bawah ini, kolom tersebut sesuai dengan kategori I - X, dari kiri ke kanan. Kolom putus-putus terakhir dari diagram sesuai dengan tingkat kenaikan yang dinyatakan dalam antarmuka game. Kelompok kolom kiri menunjukkan peningkatan laju kebakaran setelah satu peningkatan, kanan - setelah keduanya.

Ternyata musketeer Polandia abad ke-17 dan pembajak Hungaria menang paling banyak dari peningkatan laju tembakan: alih-alih +60% yang dijanjikan, mereka menembak lebih dari tiga kali lebih sering. Karena nilai awal interval yang rendah, mereka akhirnya menembak lebih cepat daripada semua penembak lainnya dua, tiga, atau bahkan empat kali.

Di antara kavaleri, kapal perang Prancis abad ke-18 paling baik diselesaikan: mereka menerima laju tembakan lebih dari dua kali lipat. Akibatnya, mereka menembakkan 50% lebih banyak tembakan per menit daripada rekan-rekan mereka dari negara-negara Eropa lainnya.

Secara alami, kerusakan tembakan atau kerusakan per detik tidak diperhitungkan di sini, tetapi bahkan tanpa data ini jelas bahwa unit militer tidak berperilaku sebagaimana dimaksud.

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

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

Kata penutup

Untuk mengidentifikasi secara salah perhitungan dalam keseimbangan dalam kasus ini, dua aspek lagi dari mekanisme permainan harus dianalisis - kerusakan penembak dan nilai ekonomi bersama dengan waktu yang dibutuhkan untuk membuat unit tempur. Namun, akal sehat memberi tahu Anda untuk menunggu pembaruan berikutnya terlebih dahulu ...

Saya mendapat ide untuk penelitian dari video " Mengapa Tingkat Serangan di AoE2 Sering Salah ", yang membahas masalah serupa dalam strategi Age of Empires II .

UPD: Kesalahan sebagian diperbaiki

Tidak bahkan satu minggu telah berlalu sejak publikasi artikel, karena pengembang dalam pembaruan 2.2.1 memperbaiki kesalahan dengan pembulatan. Pada saat yang sama, formula itu sendiri tetap sama - laju kebakaran tumbuh pada 43% per peningkatan. Karena perhitungannya bersifat inkremental, setelah memeriksa kedua peningkatan, semua panah bekerja 104% lebih cepat.