Sex feedbacklager bakom tillfredsställande strider

Vad demonstrationen visar

För utvecklare som finjusterar strider i actionspel är en användbar fråga vad som förändras när attackanimationen förblir densamma. Skaparen lägger successivt till sex feedbacklager till en attack: hitstop, kameraskakningar, målreaktion, knockback, partiklar och ljud. Demonstrationen synliggör deras samlade bidrag, men tillhandahåller varken en kontrollerad spelarstudie eller ett offentligt kodarkiv. Dess evidens är en kvalitativ jämförelse, inte ett universellt recept för en viss nivå av spelglädje.

Videobilder: skaparens ursprungliga demonstration. Panelerna visar olika animationsfaser; stillbilder kan inte demonstrera hitstop-timing eller ljud.

Den praktiska insikten är att lätta och tunga attacker kan dela ett feedbacksystem samtidigt som de använder olika timing och intensitet. Skaparen beskriver en kortare paus och mindre skakning för lätta attacker, jämfört med en längre paus, starkare skakning och en ytterligare impact-frame-effekt för tunga attacker. Ingen universell numerisk förinställning tillhandahålls.

Hur lagren hänger samman

En implementation kan behandla en bekräftad träff som en gemensam händelse som innehåller kontaktpositionen, anslagsriktningen, målet och attackprofilen. Oberoende feedbackkomponenter använder denna händelse. Denna händelsebaserade arkitektur är en redaktionell implementeringsmodell, inte en rekonstruktion av opublicerad källkod. Den separerar träffdetektering från presentation samtidigt som visuella, fysiska och ljudmässiga reaktioner knyts till samma kontakt.

Hitstop avbryter tillfälligt rörelsen vid kontakt. I en Unity-implementation som pausar skalad speltid genom Time.timeScale måste återställningstimern använda en oskalad klocka: annars kan timern pausas tillsammans med handlingen. Unity dokumenterar att FixedUpdate och coroutines som väntar med WaitForSeconds stannar när timeScale är noll, medan Time.unscaledDeltaTime förblir oberoende av den skalan. En lokaliserad animationspaus är ett annat designval; det ursprungliga inlägget anger inte vilken mekanism som används. Tidsskalning; oskalad timing.

Kameraskakningar kan följa en kort kurva med snabb avklingning. Unitys Cinemachine Impulse formaliserar detta som en händelseutlöst källa, en riktad signal med en styrka-över-tid-kurva och en lyssnare kopplad till kameran. Signalens form och varaktighet kan variera mellan attacker utan att kamerastyrningen ändras. Cinemachine-dokumentation.

Målreaktion och knockback fyller olika roller. En blixt, deformation eller skadesiffra kommunicerar kontakt; förflyttning ändrar målets fysiska position eller spelposition. För en aktiv, icke-kinematisk Unity Rigidbody producerar AddForce med ForceMode.Impulse en hastighetsförändring som motsvarar impulsen dividerad med massan, oberoende av simuleringsstegets varaktighet. En character controller kan i stället implementera sin egen förflyttningsregel. Denna skillnad är viktig när den upplevda kraften finjusteras utan att stridsavståndet oavsiktligt ändras. Rigidbody-dokumentation.

Partiklar kommunicerar anslagsriktning, medan ljud kombinerar anslag, materialkaraktär och upplevd tyngd. Skaparen föreslår lager med låga, mellersta och höga frekvenser. Unitys AudioSource.PlayOneShot kan utlösa överlappande klipp utan att avbryta dem som redan spelas, men deras nivåer behöver fortfarande balanseras: dokumentationen noterar att volymskalning över ett kan orsaka klippning. Ljudskiktning kräver därför mixning, snarare än att helt enkelt göra varje lager högre. Ljuddokumentation.

Tillämpningar och evidensgränser

Uppdelningen i sex lager är användbar vid granskning av närstridsprototyper och för att identifiera vilken reaktion som saknas eller inte stämmer överens. Ett redaktionellt arbetsflöde för finjustering är att hålla handlingen och kamerans bildutsnitt fasta, aktivera ett lager i taget och sedan jämföra lätta och tunga profiler. Registrera pausvaraktighet, skakningskurva, förflyttning, partikeldirection och ljudbalans separat så att en visuell förändring inte förväxlas med en spelmässig förändring.

Detta material är en skapardemonstration plus en motorbaserad förklaring, inte ett släppt plugin, en AI-modell eller en akademisk metod. Skaparen har inte publicerat något avsnitt om framtida arbete eller någon TODO-lista i den granskade källan, så ingen utvecklingsfärdplan hävdas här. Unity-exemplen förklarar tillgängliga mekanismer; de fastställer inte hur originalvideon implementerades.