Jak zaprojektować mechanikę walki w grze komputerowej krok po kroku

Założenia gry a wybór stylu walki

Gatunek gry a podstawowa koncepcja starć

Projektowanie mechaniki walki w grze komputerowej krok po kroku zaczyna się od bardzo trzeźwego pytania: co to właściwie za gra i jaką rolę ma w niej spełniać walka. Inaczej projektuje się system dla dynamicznej gry akcji TPP, inaczej dla taktycznego RPG, a jeszcze inaczej dla metroidvanii czy bijatyki 2D. Mechanika nie istnieje w próżni – jest odzwierciedleniem tempa, kamery, sterowania i oczekiwań grupy docelowej.

W klasycznej akcji TPP walka zwykle jest rdzeniem rozgrywki. Gracz oczekuje szybkich reakcji, wyraźnych uników, parowania, systemu ciosów lekkich i ciężkich. W takim projekcie ważne będą precyzyjne hitboxy, wyczucie odległości i animacje, które da się czytelnie „czytać”. Z kolei w RPG opartym na liczbach walka może mieć wolniejsze tempo, a kluczowe stają się parametry postaci, buffy/debuffy, statusy i zarządzanie zasobami. Sam moment zadania ciosu bywa tam mniej istotny niż decyzja, jaką umiejętność wybrać.

Metroidvania i roguelike zwykle celują w prostszy, ale bardzo responsywny model walki. Pętla walki ma być szybka, a możliwości postaci rosną krok po kroku poprzez zdobywane zdolności. Mechanika walki musi tu dobrze współgrać z platformowym ruchem postaci, więc projekt wymusza przemyślenie skoków, grawitacji, bezwładności i tego, jak łączą się one z atakami.

Rola walki w strukturze gry

Trzeba wprost ustalić, czy walka jest: główną aktywnością, jednym z kilku filarów (obok eksploracji, zagadek, dialogów), czy raczej narzędziem narracyjnym służącym do budowania napięcia w kluczowych scenach. Od tego zależy poziom złożoności systemu i ilość zasobów, jakie do niego skierujesz.

Jeśli walka ma być rdzeniem rozgrywki, projektowanie mechaniki walki wymaga dokładnej dokumentacji, iteracyjnych testów, systemu progresji i rozwoju umiejętności. W grze, w której walka jest epizodyczna (np. gra przygodowa z kilkoma sekwencjami akcji), wystarczy prostszy system: kilka ataków, czytelne uniki, ograniczona liczba przeciwników. Rozbudowany system combo nie ma wtedy większego sensu i będzie jedynie ciężarem produkcyjnym.

Perspektywa kamery i sterowanie

Mechanika walki bardzo mocno zależy od tego, co widzi gracz i jak steruje postacią. Kamera TPP daje dobrą świadomość przestrzeni, ale komplikuje kwestię auto-namierzania przeciwników. Widok FPP z kolei utrudnia ocenę dystansu bocznego i wymusza inne podejście do hitboxów broni białej. W bijatykach 2D sytuacja jest prostsza – przeciwnicy są naprzeciw siebie na jednej osi – ale w zamian rośnie znaczenie precyzji ramek i systemu combo.

Sterowanie na klawiaturze i myszy zwykle jest bardziej precyzyjne w celowaniu, więc dobrze sprawdza się w strzelankach i grach akcji z perspektywy pierwszej osoby. Pad daje natomiast wygodę korzystania z wielu przycisków i analogowe wychylenie, co jest korzystne przy złożonych systemach walki wręcz. Projektując mechanikę walki krok po kroku, mądrze jest już na początku zdecydować, jakie urządzenia będą wspierane i czy któraś platforma jest priorytetowa.

Ograniczenia produkcyjne i ich wpływ na projekt

Zaawansowany system combo, precyzyjne hitboxy i rozbudowane animacje brzmią kusząco, ale w praktyce ograniczenia budżetu, zespołu i czasu produkcji wymuszają kompromisy. Każda nowa akcja (np. specyficzne parowanie z kontratakiem dla miecza, inne dla włóczni) to osobna animacja, logika, testy, FX-y. Lepiej mieć mniej mechanik, ale dopracowanych, niż rozbudowaną, lecz nierówną i pełną błędów konstrukcję.

W dokumentacji warto zapisać: liczbę archetypów broni, typów wrogów, rodzajów akcji (lekki atak, ciężki, rzut, umiejętność specjalna) oraz minimalny zestaw animacji per akcja. Na tej podstawie łatwo oszacować, czy system jest w ogóle produkcyjnie realistyczny. Ograniczenia platformy (np. słabsze konsole przenośne) mogą z kolei wymusić uproszczenie liczby jednoczesnych przeciwników lub efektów cząsteczkowych towarzyszących ciosom.

Pętla walki – co gracz właściwie robi w każdej sekundzie

Basic combat loop – prosty schemat zachowania

Każdy system walki można rozłożyć na podstawową pętlę. Najczęściej da się ją sprowadzić do schematu: wykryj zagrożenie → zareaguj → wykonaj akcję → oceń wynik. Projektowanie mechaniki walki krok po kroku polega w dużej mierze na doprecyzowaniu, jak ta pętla ma wyglądać w praktyce, jakie informacje gracz otrzymuje i jak szybko musi podjąć decyzję.

W praktyce pętla wygląda następująco:

• gracz zauważa wroga (wizualnie, na minimapie, po dźwięku),
• ocenia dystans, liczbę przeciwników, ich typ,
• wybiera reakcję: podejść, wycofać się, poczekać, zaatakować z dystansu,
• wykonuje akcję (atak, blok, unik, użycie umiejętności),
• gra prezentuje wyraźny feedback – trafienie, pudło, obrażenia, efekt statusu,
• na podstawie wyniku gracz koryguje zachowanie.

Im prostsza i bardziej przejrzysta jest ta pętla, tym łatwiej graczom „wejść” w system. Głębia pojawia się głównie w tym, jak wiele sensownych decyzji można podjąć na każdym etapie oraz jakie są konsekwencje wyboru.

Kluczowe decyzje gracza w trakcie starcia

Na poziomie projektu warto wypisać, jakie decyzje taktyczne ma podejmować gracz w każdej sekundzie walki. Typowe wybory to:

• atakować czy się bronić,
• zostać w zwarciu czy zachować dystans,
• skupić się na jednym celu czy rozłożyć obrażenia na wielu,
• użyć mocnej umiejętności teraz czy zachować ją na później,
• ryzykować parowanie czy wykonać bezpieczny unik.

Im bardziej wyraźne są konsekwencje tych decyzji, tym większa satysfakcja z nauki systemu. Przykładowo: parowanie może być ryzykowne, ale bardzo opłacalne (wysokie obrażenia zwrotne), podczas gdy blok to bezpieczna, lecz mniej nagradzająca opcja (mniejsze obrażenia przyjęte, ale też brak otwarcia na kontrę).

Projektowanie rytmu i tempa starć

Pętla walki może być super szybka i reaktywna (bijatyki, slasher) lub wolniejsza, bardziej taktyczna (RPG, taktyczne gry turowe w trybie aktywnej pauzy). Tempo wpływa na długość okien na reakcję, czas trwania animacji oraz liczbę jednoczesnych bodźców docierających do gracza.

Dla szybkiej gry akcji kluczowe jest, aby wszystkie akcje były natychmiast czytelne – ruch przeciwnika, błysk przed ciosem, charakterystyczny dźwięk. Gracz musi móc zareagować w ułamku sekundy, więc krótkie animacje i jasne sygnały są tu obowiązkowe. W wolniejszym systemie można pozwolić sobie na dłuższe animacje, większą ilość efektów wizualnych i bardziej skomplikowane zależności między statystykami.

Prostota wejścia a potencjał do mistrzostwa

Dobry system walki jest zwykle łatwy do opanowania na poziomie podstawowym, ale daje jednocześnie duże pole do rozwoju umiejętności. Osiąga się to przez prostą mapę przycisków i czytelne reguły, przy jednoczesnym dodaniu bardziej zaawansowanych technik: perfect dodge, okna parowania, cancelowanie animacji, optymalne łączenie combo.

W praktyce oznacza to, że początkujący gracz potrafi wygrać pierwsze starcia, korzystając z 2–3 akcji, natomiast zaawansowany użytkownik jest nagradzany za dobre wyczucie czasu, znajomość wzorców przeciwników i optymalną rotację umiejętności. Zbyt złożony system od progu odstrasza, zbyt prosty – nie daje motywacji do nauki.

Fundamenty systemu – parametry postaci i statystyki

Ofensywne i defensywne parametry postaci

Projektowanie mechaniki walki nie obejdzie się bez przemyślenia parametrów postaci. Zwykle dzieli się je na ofensywne i defensywne, przy czym w prostych grach akcji liczba parametrów jest niewielka, a w RPG nastawionych na liczby – bardzo rozbudowana.

Do parametrów ofensywnych należą najczęściej:

• bazowe obrażenia (dla broni lub typu ataku),
• szybkość ataku,
• szansa na trafienie krytyczne i mnożnik kryta,
• penetracja pancerza / ignorowanie części obrony,
• modyfikatory zależne od typu obrażeń (ogień, lód, trucizna).

Parametry defensywne to typowo:

Czasem walka pełni rolę komunikatu fabularnego. Pojedynek z bossem może pokazać ewolucję bohatera, jego słabości lub zmianę nastawienia. Takie sceny wymagają szczególnego dopracowania: animacji, kamery, muzyki. Tam, gdzie walka jest nośnikiem emocji, mechanika musi współgrać z pozostałymi warstwami doświadczenia – podobnie jak w projektach opisywanych na blogu Robię Gry, gdzie techniczne decyzje są powiązane z emocjami i narracją.

• punkty życia (HP),
• pancerz lub redukcja obrażeń,
• odporności na typy obrażeń lub statusy,
• szansa na unik/blok,
• regeneracja (HP, stamina, mana).

Sama lista nie powinna być dłuższa niż to, co faktycznie wspiera pętlę rozgrywki. Jeśli dana statystyka nie wpływa realnie na zachowanie gracza (np. jest niemal niezauważalna), zwykle lepiej ją uprościć lub połączyć z inną.

Proste, zrozumiałe formuły zadawania obrażeń

Dobry system walki korzysta z prostych formuł, które łatwo zbalansować i wytłumaczyć graczowi. Przykładowo, zamiast skomplikowanych wzorów opartych na kilku rodzajach pancerza, można użyć formy:

obrażenia końcowe = obrażenia broni * (1 + modyfikatory ataku) – pancerz przeciwnika

lub wariantu procentowego:

obrażenia końcowe = obrażenia broni * (100 / (100 + pancerz przeciwnika))

W pierwszym przypadku pancerz ma liniowy wpływ na redukcję obrażeń, w drugim – malejący (im wyższy pancerz, tym każde kolejne punkty dają coraz mniejszy efekt). Tego typu decyzje projektowe determinują, jak bardzo opłaca się inwestować w obronę, a jak w atak.

Losowość (np. zakres obrażeń 10–15 zamiast stałych 12) dodaje lekki element nieprzewidywalności, ale przesadna losowość potrafi zabić poczucie kontroli. Zwykle wystarczy niewielki rozrzut plus wyraźna informacja zwrotna, gdy pojawia się trafienie krytyczne.

Unikanie inflacji liczb

„Inflacja liczb” to sytuacja, w której wraz z rozwojem postaci wartości obrażeń i HP rosną tak bardzo, że przestają cokolwiek mówić. Zamiast 50 obrażeń masz 50 000, a zamiast 200 HP – 2 000 000. Taki model utrudnia balansowanie i zaciemnia obraz graczowi. Lepiej utrzymywać wartości w rozsądnym zakresie, sprawiając, że każdy punkt ma zauważalną wartość.

W praktyce pomaga:

• skalowanie wrogów względem poziomu gracza, ale z ograniczonym zakresem,
• zastosowanie „miękkich limitów”, przy których przyrosty statystyk maleją (np. logarytmiczne lub z wygładzonym progiem),
• łączenie kilku mniejszych statystyk w jedną (np. obrona fizyczna + magiczna → ogólna redukcja obrażeń).

Dzięki temu nawet na wysokich poziomach rozwoju da się wciąż odczuć zmianę po zmianie broni czy pancerza, a równocześnie system nie wymyka się spod kontroli.

Przykładowe zestawy parametrów

Dla lekkiej gry akcji z naciskiem na refleks i pozycjonowanie wystarczy zwykle skromny zestaw:

• HP,
• obrażenia broni,
• szybkość ataku,
• stamina (koszt ataków, uników, bloków),
• ewentualnie szansa na krytyk.

Gracz odczuwa wtedy różnicę głównie w tempie i sile ciosów, a o wyniku walki decyduje przede wszystkim umiejętność sterowania. W RPG nastawionym na liczby można pozwolić sobie na więcej:

Rozbudowane profile postaci w grach opartych na statystykach

W grach, w których walka jest mocno powiązana z rozwojem postaci, zakres parametrów potrafi być znacznie szerszy. Chodzi jednak nie tyle o „dużo liczb”, ile o spójny zestaw ról, jakie statystyki odgrywają w walce. Typowy, bardziej złożony profil obejmuje:

• cechy bazowe (siła, zręczność, inteligencja, witalność) – abstrakcyjne wartości wpływające na inne parametry,
• parametry pochodne (HP, mana, stamina, obrona, szansa na trafienie) – wyliczane z cech bazowych,
• specjalizacje bojowe (np. „biegłość w broni dwuręcznej”, „mistrzostwo magii ognia”) – kilkuprocentowe bonusy, ale w wybranych obszarach,
• modyfikatory sytuacyjne (bonus do obrażeń z tyłu, większa szansa na krytyk po uniku itp.).

Taki układ pozwala powiązać budowanie postaci z konkretnym sposobem walki. Jeżeli zręczność zwiększa zarówno szansę na unik, jak i obrażenia lekkimi broniami, gracz intuicyjnie rozumie, że wysoka zręczność wspiera styl oparty na mobilności i ciosach z zaskoczenia, a nie na staniu w miejscu z tarczą.

Spójność statystyk z fantazją i rolą bojową

Parametry łatwo „rozmnożyć”, ale dużo trudniej utrzymać ich spójność z fantazją o postaci. Tank, który ma najwyższą siłę, ale mało HP i obrony, będzie odbierany jako wewnętrznie sprzeczny. Podobnie szybki zabójca, który z jakiegoś powodu ma identyczną prędkość ataku jak ciężkozbrojny rycerz.

Dobrym punktem wyjścia jest opisanie słownie 2–3 głównych archetypów, a dopiero później przełożenie ich na liczby. Przykładowo:

• Frontowy wojownik – wysoki pancerz, dużo HP, średnie obrażenia, niska mobilność,
• Zwinny skrytobójca – niskie HP, wysoka mobilność, wysokie obrażenia pojedynczego celu, premie do ataków z flanki,
• Mag wsparcia – przeciętne obrażenia, wysoka mana, umiejętności kontrolne i lecznicze, niska obrona fizyczna.

Następnie warto prześledzić, które statystyki faktycznie oddają te założenia. Jeśli zwinny skrytobójca ma niski pancerz, ale żaden parametr nie wpływa na jego zdolność ucieczki, skracania dystansu czy karania za błędy przeciwnika, rola „assassina” zostanie jedynie w opisie, a nie w mechanice.

Model ataku i obrony – jakie akcje są do dyspozycji

Szkielet ofensywny – typy ataków

Model ataku to w praktyce odpowiedź na pytanie: ile rodzajów ofensywnych decyzji ma gracz w danej chwili. Minimalny zestaw to zwykle:

• atak szybki (słabszy, ale szybsza animacja),
• atak silny (mocniejszy, dłuższe przygotowanie),
• atak z dystansu (broń palna, magia, rzuty), jeśli występuje.

Do tego dochodzą modyfikatory kontekstowe: atak w powietrzu, z biegu, zza osłony czy po uniku. Aby model miał sens, każdy typ powinien mieć wyraźny profil ryzyka i nagrody. Atak silny nie może być „tylko trochę wolniejszy”, a zadawać dwukrotnie więcej obrażeń – bez realnego zagrożenia łatwo zdominować cały system jedną komendą.

Dobrym uzupełnieniem będzie też materiał: Animacja szkieletowa w grach – od riggowania do ruchu — warto go przejrzeć w kontekście powyższych wskazówek.

Progresywne rozwijanie arsenału gracza

Rozszerzanie wachlarza ataków warto rozłożyć w czasie. Na początku gracz zwykle radzi sobie dzięki dwóm–trzem prostym ruchom. Dopiero później dochodzą:

• kombinacje (ciągi ciosów aktywowane konkretną sekwencją przycisków),
• ataki sytuacyjne (dobijanie powalonych przeciwników, kontrataki po parowaniu),
• umiejętności z cooldownem (cios obszarowy, buff, kontrola tłumu).

Takie stopniowe dokładanie nowych warstw zmniejsza próg wejścia i pozwala zachować przejrzystość. Istotne jest jednak, aby nowa akcja nie dublowała poprzednich. Jeżeli „cios obrotowy” jest niemal tym samym co zwykły atak obszarowy, ale z inną animacją, gracz odczuje to jako zbędną redundancję.

Model defensywny – bieżąca decyzja o przetrwaniu

Po stronie obrony najczęściej pojawiają się trzy filary: blok, unik i parowanie. Każdy z nich wspiera inny typ gracza:

• blok – preferowany przez ostrożnych, pozwala przyjąć cios kosztem staminy lub trwałości tarczy,
• unik – nagradza dobre pozycjonowanie, ale kara za błąd bywa dotkliwa,
• parowanie – najwyżej punktowane przy perfekcyjnym timingu, ale obarczone największym ryzykiem.

Dobrze zaprojektowany system unika sytuacji, w której jedna opcja staje się obiektywnie najlepsza. Jeśli blok niemal nie zużywa zasobów i redukuje całość obrażeń, trudno będzie zachęcić gracza do nauki uników czy parowania. Balans polega więc nie tylko na liczbach, lecz także na powiązaniu poszczególnych opcji z konkretnymi typami ataków (np. potężnych ciosów nie da się zblokować, ale można przed nimi uskoczyć).

Akcje specjalne i zasoby ograniczające nadużycia

Silne akcje ofensywne i defensywne wymagają zwykle mechanizmu kontroli nadużywania. W przeciwnym razie gracz zacznie je powtarzać bez opamiętania. Najczęstsze rozwiązania to:

• cooldowny – umiejętność dostępna co określony czas,
• koszt zasobu – zużycie many, staminy, punktów furii itp.,
• ładunki – ograniczona liczba użyć między odpoczynkami.

Zasób powinien być powiązany z decyzją taktyczną, a nie stanowić wyłącznie „twardego ogranicznika”. Jeżeli silny atak obszarowy kosztuje dużo staminy, gracz musi rozważyć, czy po jego użyciu zostanie mu dość środków na unik albo blok. Dzięki temu model ataku i obrony zaczyna ze sobą współgrać.

Czas, odczucie responsywności i okna na reakcję

Budowanie „feelu” poprzez czas trwania akcji

System walki jest postrzegany jako responsywny lub ociężały przede wszystkim przez czas trwania animacji i opóźnienia między komendą a efektem. Trzy fragmenty akcji mają tu znaczenie:

• start-up – przygotowanie, zanim cios może trafić,
• aktywny czas – okno, w którym hitbox jest „groźny”,
• recovery – „dochodzenie” po akcji, gdy postać jest podatna na kontrę.

Manipulując tymi trzema fazami, można precyzyjnie kształtować dynamikę pojedynków. Ataki szybsze mają krótki start-up, ale często słabsze obrażenia; mocniejsze powinny mieć dłuższy recovery, co otwiera pytanie o ryzyko nieudanego ciosu.

Okna na reakcję i poziom trudności odczytywania sygnałów

Okno reakcji to czas, jaki mija od czytelnego sygnału (np. zamachu przeciwnika) do momentu zadania obrażeń. Projektując je, trzeba przyjąć pewne założenia co do docelowej grupy graczy. Dla szybkich gier akcji czas ten bywa bardzo krótki, ale:

• przy prostych sygnałach (wyraźny błysk, charakterystyczny dźwięk),
• z mniejszą liczbą przeciwników jednocześnie na ekranie,
• z ograniczoną liczbą jednoczesnych typów ataku.

Jeśli walka ma być bardziej taktyczna, okna można wydłużyć, ale za to zwiększyć „koszt” popełnienia błędu. Gracz ma więcej czasu na reakcję, lecz jeśli ją przegapi, czeka go poważniejsza kara (np. potężne obrażenia lub długotrwały debuff).

Buforowanie wejścia i cancelowanie animacji

Responsywność to nie tylko sama długość animacji, lecz także sposób przetwarzania komend. Dwa mechanizmy są tutaj kluczowe:

• buforowanie wejścia – gra zapamiętuje naciśnięcie przycisku podczas animacji i wykona kolejną akcję, gdy tylko stanie się to możliwe,
• cancelowanie animacji – możliwość przerwania trwającej akcji inną, zazwyczaj defensywną lub specjalną.

Buforowanie pozwala skupić się na timingu wizualnym, a nie na „wyczuwaniu” końca animacji co do klatki. Cancelowanie nadaje z kolei lekkości i umożliwia powstawanie zaawansowanych technik (np. przerywanie długiego combo unikiem, gdy gracz zorientuje się, że nadchodzi kontra).

Lag w sterowaniu i kompensacja w grach sieciowych

W produkcjach multiplayer dochodzi jeszcze opóźnienie sieciowe. Nawet najlepiej zaprojektowany system lokalnie może sprawiać wrażenie „gumowego”, jeśli hitboxy są liczone wyłącznie na serwerze z dużym pingiem. Typowe środki zaradcze to:

• klient-side prediction – klient wstępnie symuluje wynik, a serwer go potwierdza lub koryguje,
• lag compensation – serwer „cofa się w czasie”, interpretując wejścia gracza względem pozycji z przeszłości,
• dłuższe okna trafień – większe hitboxy przy szybkich atakach, aby błędy opóźnienia były mniej dotkliwe.

Trzeba jednak uważać, by zbyt agresywna kompensacja nie prowadziła do sytuacji, w których lokalnie gracz wyraźnie widzi, że uniknął ataku, a mimo to otrzymuje obrażenia. W takich przypadkach lepiej nieco uprościć model kolizji lub zmodyfikować wzorce ataku, niż próbować wszystko korygować na poziomie sieci.

Kolizje, hitboxy i hurtboxy – gdzie naprawdę trafia cios

Oddzielenie grafiki od logiki trafień

Model kolizji w walce powinien być logiczny i przewidywalny, nawet jeśli nie jest w pełni realistyczny. Oznacza to zwykle częściowe „oderwanie” grafiki od logiki trafień. Dwoma podstawowymi pojęciami są:

• hitbox – obszar, w którym atak zadaje obrażenia,
• hurtbox – obszar, który reprezentuje podatną na obrażenia część postaci.

Zaawansowane systemy stosują kilka hurtboxów (głowa, tułów, kończyny) z różnymi modyfikatorami obrażeń. Prostsze często ograniczają się do jednego lub dwóch prostokątów. Kluczowe, aby wizualny zasięg ciosu nie rozjeżdżał się z faktycznym hitboxem w sposób rażący. Kosmetyczne różnice są akceptowalne, ale „duchowe ciosy” z kilku metrów zwykle frustrują.

Typy hitboxów i ich zastosowania

W praktyce stosuje się różne rodzaje hitboxów, zależnie od rodzaju gry i ataku:

• statyczne – przyklejone do kości szkieletu postaci (np. miecz, dłoń),
• śledzące trajektorię – generowane wzdłuż ruchu broni między klatkami animacji,
• obszarowe – sfery, kapsuły lub prostokąty reprezentujące wybuch, falę uderzeniową czy stożek rażenia.

Dla precyzyjnych bijatyk opłaca się stosować bardziej szczegółowe hitboxy śledzące trajektorię. W grach akcji TPP zwykle wystarcza kilka kapsuł lub prostokątów, które przybliżają ruch broni. Często rozsądny jest kompromis – uproszczone hitboxy z lekkim powiększeniem, aby wynagrodzić delikatne błędy w kamerze czy sterowaniu.

Priorytety kolizji i rozstrzyganie konfliktów

Gdy na ekranie pojawia się wielu przeciwników, a gracz wykonuje cios obszarowy, trzeba rozstrzygnąć, kto i ile razy zostanie trafiony. Typowe decyzje projektowe obejmują:

• limit celów na jeden atak (np. maksymalnie trzech przeciwników w zasięgu),
• priorytet najbliższych lub najsilniejszych celów,
• zakaz wielokrotnego trafienia tego samego celu jednym ruchem broni.

Interakcje między hitboxami a środowiskiem

Kolizje w walce nie kończą się na relacji „atak – przeciwnik”. W wielu grach istotne są także kolizje z otoczeniem: ścianami, przeszkodami, elementami destrukcyjnymi. Od sposobu ich obsługi zależy, czy gracz odczuje walkę jako osadzoną w świecie, czy jako abstrakcyjny „pojedynek w próżni”.

Najczęstsze dylematy projektowe to między innymi:

• czy cios zatrzymuje się na ścianie, czy „przenika” przez geometrię,
• czy duże ataki obszarowe są tłumione przez przeszkody (np. filary), czy działają „po linii prostej” niezależnie od otoczenia,
• czy przeciwnik przyciśnięty do ściany ma ograniczone możliwości uniku lub kontrataku.

Spójny model wymaga z góry określonej filozofii. Jeśli broń zawsze blokuje się na twardej geometrii, gracz uczy się wykorzystywać ściany jako narzędzie taktyczne – choćby po to, by unieruchomić duże potwory w wąskich przejściach. Jeżeli z kolei ataki ignorują przeszkody, walka jest bardziej „czysta”, ale świat traci część swojej wiarygodności.

Dostrajanie precyzji hitboxów

Dobór szczegółowości hitboxów to balans między precyzją a czytelnością. Im bardziej granularny model, tym większe ryzyko drobnych niespójności. W praktyce stosuje się kilka reguł upraszczających:

• hurtbox postaci lekko większy