Šest vrstev zpětné vazby stojících za uspokojivým soubojem

Co demonstrace ukazuje

Pro vývojáře ladící souboje v akčních hrách je užitečnou otázkou, co se změní, když animace útoku zůstane stejná. Tvůrce postupně přidává k jednomu útoku šest vrstev zpětné vazby: hitstop, otřesy kamery, reakci cíle, odhození, částice a zvuk. Demonstrace zviditelňuje jejich kombinovaný přínos, neposkytuje však ani kontrolovanou studii hráčů, ani veřejný repozitář kódu. Její důkazy představují kvalitativní srovnání, nikoli univerzální recept na konkrétní úroveň zábavnosti.

Videozáběry: původní demonstrace tvůrce. Panely zobrazují různé fáze animace; statické obrázky nemohou demonstrovat načasování hitstopu ani zvuk.

Praktickým poznatkem je, že lehké a těžké útoky mohou sdílet systém zpětné vazby a současně používat odlišné načasování a intenzitu. Tvůrce popisuje kratší pauzu a menší otřesy u lehkých útoků oproti delší pauze, silnějším otřesům a dodatečnému efektu snímku zásahu u těžkých útoků. Není uveden žádný univerzální číselný preset.

Jak do sebe vrstvy zapadají

Implementace může potvrzený zásah považovat za sdílenou událost nesoucí pozici kontaktu, směr dopadu, cíl a profil útoku. Tuto událost odebírají nezávislé komponenty zpětné vazby. Tato architektura založená na událostech je redakčním implementačním modelem, nikoli rekonstrukcí nezveřejněného zdrojového kódu. Odděluje detekci zásahu od prezentace a zároveň udržuje vizuální, fyzické a zvukové reakce propojené se stejným kontaktem.

Hitstop na krátkou dobu pozastaví pohyb v okamžiku kontaktu. V implementaci v Unity, která pozastavuje škálovaný herní čas prostřednictvím Time.timeScale, musí časovač obnovení používat neškálované hodiny; jinak se časovač může pozastavit spolu s akcí. Unity uvádí, že FixedUpdate a korutiny čekající pomocí WaitForSeconds se zastaví, když je timeScale nulové, zatímco Time.unscaledDeltaTime zůstává na tomto škálování nezávislé. Lokalizovaná pauza animace je další možnost návrhu; původní příspěvek neuvádí, který mechanismus používá. Škálování času; neškálované načasování.

Otřesy kamery mohou následovat krátkou obálku s rychlým útlumem. Unity Cinemachine Impulse to formalizuje jako zdroj spouštěný událostí, směrový signál s křivkou síly v čase a posluchač připojený ke kameře. Tvar a trvání signálu se mohou u jednotlivých útoků lišit, aniž by bylo nutné měnit ovladač kamery. Dokumentace Cinemachine.

Reakce cíle a odhození plní odlišné role. Záblesk, deformace nebo číslo poškození sděluje kontakt; posun mění fyzickou nebo herní pozici cíle. U aktivního nekinematického Unity Rigidbody způsobí AddForce s ForceMode.Impulse změnu rychlosti rovnou impulzu dělenému hmotností, nezávisle na délce kroku simulace. Řadič postavy může místo toho implementovat vlastní pravidlo pohybu. Toto rozlišení je důležité při ladění zdánlivé síly, aby nedošlo k nechtěné změně rozestupů v souboji. Dokumentace Rigidbody.

Částice komunikují směr dopadu, zatímco zvuk kombinuje nástup, charakter materiálu a vnímanou hmotnost. Tvůrce navrhuje vrstvy nízkých, středních a vysokých frekvencí. Unity AudioSource.PlayOneShot může spouštět překrývající se klipy, aniž by rušil ty, které již hrají, jejich úrovně však stále vyžadují vyvážení: jeho dokumentace uvádí, že škálování hlasitosti nad hodnotu jedna může způsobit clipping. Vrstvení zvuku proto vyžaduje mixování, nikoli pouhé zesilování každé vrstvy. Dokumentace zvuku.

Použití a hranice důkazů

Rozdělení na šest vrstev je užitečné při posuzování prototypů bojových systémů zblízka a při určování, která reakce chybí nebo neodpovídá. Redakční pracovní postup ladění spočívá v ponechání akce a kompozice kamery beze změny, postupném zapínání jednotlivých vrstev a následném porovnání lehkých a těžkých profilů. Délku pauzy, obálku otřesů, posun, směr částic a vyvážení zvuku zaznamenávejte odděleně, aby vizuální změna nebyla zaměněna za změnu hratelnosti.

Tento materiál je demonstrací tvůrce spolu s vysvětlením založeným na enginu, nikoli vydaným pluginem, AI modelem nebo akademickou metodou. Tvůrce v posuzovaném zdroji nezveřejnil část o budoucí práci ani seznam TODO, proto zde není uváděn žádný plán dalšího vývoje. Příklady v Unity vysvětlují dostupné mechanismy; neurčují, jak bylo implementováno původní video.