Bannerlord Kılıç Dövüşü Neden Böyle Hissettiriyor? Yön, Zamanlama, Okunabilirlik

Bannerlord Kılıç Dövüşü Neden Böyle Hissettiriyor? — Kuzgun Akademi

Bannerlord’da kılıç hissi animasyon güzelliğinden değil, yönlü dövüş sistemiyle animasyonun aynı dilden konuşmasından gelir. Oyuncu fareyi sağa çeker, karakter sağdan savurur; rakip kalkanını o yöne çevirirse darbe tutulur. His, bu okunabilir eşleşmedir. Sistem zor ama adildir.

Bu yazı TaleWorlds geliştirici günlüklerini birincil kaynak alır. “En gerçekçi oyun” iddiası yoktur; oynanabilirlik için nelerin kısaltılıp abartıldığı anlatılır. Kuzgun Akademi’nin oyunla yapım ilişkisi yoktur, yalnızca eğitim merceğinden inceler.

Yönlü dövüş: dört yönün mantığı

Mount & Blade serisinin çekirdeği yönlü saldırıdır: yukarı, aşağı, sağ, sol. Rakibin bloğu da aynı yönde çalışır. TaleWorlds Dev Blog 14/12/17’de anlatıldığı gibi üst seviye yapay zekâ rakibin blok yönünü okuyup kendi saldırı yönünü seçer. Oyun “hızlı basan kazanır” değil, “doğru yönden vuran kazanır” oyunudur.

Bu tasarım animasyonu belirler. Her yönün ayrı hazırlık (wind-up), vuruş ve toparlanma animasyonu vardır. Animatör Olcay Mancılıkçılar’ın Dev Blog 07/06/18 anlatımına göre bu animasyonlar savaş sisteminin görsel çıktısıdır; zamanlama, hız ve okunabilirlik animasyonla taşınır. Oyuncu rakibin omzuna bakıp saldırıyı tahmin eder. Omuz kımıldamadan kılıç inmez.

Hasar da yöne ve hıza bağlıdır. Dev Blog 16/11/17’deki denklem özeti açıktır: saldıran ve hedefin hızı hesaba katılır, savrulmada isabet noktasının silahtaki yeri önemlidir. At üstünde hızla geçerken vurmak ile durarak vurmak aynı değildir. His buradan gelir: fizik hissi sayıdan değil, hareketle sonuç eşleşmesinden doğar.

Animasyon neden abartılır?

TaleWorlds animatörü Abdullah Nakipoğlu’nun 15/11/18 günlüğündeki cümle kritiktir: MoCap sonrası el temizliği yapılır ve oynanabilirlik için kısaltma/abartma uygulanır. Gerçek kılıç hareketi oyunda bire bir kullanılsa okunmaz; çünkü gerçek hareket hızlı ve küçüktür, ekranda 200 milisaniyede kaybolur.

Bu yüzden Bannerlord animasyonları tiyatraldır: hazırlık hareketi gerçektekinden büyük, vuruş gerçektekinden net, isabet tepkisi gerçektekinden uzundur. WCCFTech üzerinden aktarılan 15/11/18 söyleşisinde animatörün dediği gibi hızlı yönlü sistemde hareketin oyuncu tarafından “açıkça görülüp tanınması” için abartma gerekir. Gerçekçilik feda edilir, okunabilirlik kazanılır.

İki el silah animasyonlarının zorluğu da buradadır. Mancılıkçılar’ın anlatımına göre zor olan animasyonu yapmak değil, savaş sisteminin birlikte çalışan karmaşık özelliklerine uydurmaktır. Deve bineği için dinamik rig kurmak ayrı iştir. Animasyon sistemin hizmetindedir, tersi değil.

MoCap mutfağı: 18 kamera ve el temizliği

TaleWorlds’ün MoCap stüdyosu Developer Blog 5’te anlatılır: 18 kameralı optik kurulum, işaretli tulum, bilgisayara düşen veri. Amaç zaman kazanmak ve el işçiliğini azaltmaktır, bitmiş animasyon üretmek değil. Kayıt sonrası temizlik ve oyuna uyarlama şarttır.

Aynı günlükte atların neden MoCap’e sokulmadığı da açıklanır: at kaslarındaki işaretler dağınık veri üretir ve kas benzetimi kullanılmadığı için atlar elde canlandırılır. Bu dürüst bir sınır çizgisidir; her şeyi MoCap ile çözme iddiası yoktur.

NPC animasyonlarında da aynı mutfak çalışır. Mancılıkçılar’ın günlüğüne göre kasaba ve köy NPC’lerinin MoCap verisi temizlenir, gerçekçi görünür ama birbirine iyi eklenir. Üst katmanda IK sistemi çalışır: MoCap kaydı alt katmanda oynarken saldırı bölgesi ve yönüne göre tepki üst katmanda eklenir. Vücut MoCap’ten, temas tepkisi sistemdendir.

Yapay zekâ ve kalabalık: his neden ölçeklenir?

Bannerlord hissinin ikinci yarısı kalabalıktır. Yüzlerce ajanın aynı anda dövüştüğü savaşta her askerin ayrı yapay zekâsı vardır. 2020 melee overhaul günlüğünde anlatıldığı gibi botlar rakibin blok yönünü hesaba katar, sersemleme süresi ve silah farkını gözetir, formasyon emriyle bireysel beceri ayrı çalışır. Emir savunma olsa bile beceri aynı kalır; fırsat varsa saldırır.

Bu tasarım oyuncuya “meydan okuma okunabilir” sunar. Acemi asker tereddüt eder, usta asker yön değiştirir. Oyuncu rakibin seviyesini hareketinden anlar. Komutan yapay zekâsı da lord karakterine göre değişir; temkinli lord atlıyla yıpratır, gözü kara lord üstüne sürer.

Performans tarafı motor işidir. Dev Blog 13/09/18 ve 14/09/17’de motor programcıları Burak Dermanlı ve Murat Türe’nin anlattığı gibi Bannerlord motoru sıfırdan yazıldı; kumaş, parçacık ve kalabalık optimizasyonu düşük donanımda bile kare hızını korumaya odaklandı. His yalnızca tasarım değil, kare hızıdır; 20 FPS’te yön okunmaz.

Oynanabilirlik kısıtı: gerçek kılıç gibi değil, oyun gibi

Bannerlord kılıcı tarihsel kılıç değildir. Ağırlık, denge ve keskinlik sayıya indirgenmiştir; zırh ve et tepkisi basitleştirilmiştir. Gerçek HEMA’daki bağlama (binden) ve hissetme (fühlen) oyunda yoktur; onun yerine yön-tahmin-refleks üçgeni vardır. Bu eksiklik değil, tercihtir.

Oyuncuya öneri nettir: önce düelloda yön okumayı öğrenin, sonra kalabalığa girin. Kalkanlı rakibe aynı yönden ısrar etmeyin. At üstünde hızı avantaja çevirin ama dönüşte savunmasız kalacağınızı bilin. Bunlar oyun bilgeliğidir, kılıç ustalığı değil.

SSS

Bannerlord gerçekçi mi? Yön ve hız mantığında öğreticidir ama simülasyon değildir. Animasyonlar oynanabilirlik için abartılır ve kısaltılır.

MoCap kullanılıyor mu? Evet, insan animasyonlarında 18 kameralı optik kayıt ve el temizliği var. Atlar elde canlandırılıyor.

Neden vuruşlar büyük görünüyor? Hızlı yönlü sistemde küçük hareket ekranda okunmaz. Abartma bilinçli karardır.

Yapay zekâ hile yapıyor mu? Seviyeye göre okuma ve tepki artar. Emir ve beceri ayrı çalışır; fırsatı değerlendirir.

Kuzgun bu oyunu mu yaptı? Hayır. Kuzgun Akademi’nin Bannerlord yapımıyla ilişkisi yoktur. Yazı eğitim merceğinden incelemedir.

Kaynaklar

  1. TaleWorlds Developer Blog 5 – Virtual Skeletons (14.03.2014) — 18 kamera, işaretli tulum, zaman kazancı, atların elde canlandırılması gerekçesi.
  2. TaleWorlds Dev Blog 07/06/18 (Olcay Mancılıkçılar) — MoCap temizliği, IK üst katman, iki el animasyon zorluğu, zamanlama-hız-okunabilirlik vurgusu.
  3. TaleWorlds Dev Blog 15/11/18 (Abdullah Nakipoğlu, WCCFTech aktarımı) — el temizliği, oynanabilirlik için abartma, at MoCap zorluğu.
  4. TaleWorlds Dev Blog 16/11/17 — hız ve isabet noktası hasar denklemi özeti.
  5. TaleWorlds Dev Blog 14/12/17 — blok yönü okuyan bireysel yapay zekâ notu.
  6. TaleWorlds AI Melee Overhaul (02/2020, AltChar aktarımı) — seviye-mekaniği, sersemleme ekipman hesabı.
  7. TaleWorlds Dev Blog 13/09/18 ve 14/09/17 — motor optimizasyonu, CPU paralelliği, kumaş/parçacık notları.