This eliminates the problem where the compiler complains we are not handling all enumeration values by moving the "hack" counting member into somewhere else external to the enum.
NewPlrAnim: Use default arguments instead of overloads
StartPlrHit: Fix skippedAnimationFrames - Frames starts with 1
Add missing comment for StartPlrHit
Fix GotHit-Animation: Skipping Frames corrected and adjusted _pAnimGameTicksSinceSequenceStarted for animations that don't start with a additional tick.
Thanks @StephenCWills for the gothit skipping frame calculation logic :-)
Update StartWalk: calculated numSkippedFrames in own line.
Co-authored-by: Anders Jenbo <anders@jenbo.dk>
StartPlrHit: always initialize skippedAnimationFrames
Co-authored-by: Anders Jenbo <anders@jenbo.dk>
Update nthread_GetProgressToNextGameTick comment
Co-authored-by: Anders Jenbo <anders@jenbo.dk>
fix spelling "lenght" instead of "length"
Update NewPlrAnim comment
Co-authored-by: Anders Jenbo <anders@jenbo.dk>
GetFrameToUseForPlayerRendering: avoid one "else"
Previously, the allocation size was the maximum size over all the classes.
RAM usage per player:
* Before: 2.2 MiB (any class)
* After:
* Warrior: 2.0 MiB
* Rogue: 1.5 MiB
* Sorcerer: 1.6 MiB
* Monk: 1.7 MiB
We now also only allocate memory in multi-player as needed.
This means the game will only use as much RAM for player graphics
as there are players currently in the game.
Less RAM is used for each player because class is now taken into account.
When the stat points needed to reach a given attribute's cap is less
than the total amount of points remaining to distribute, only the
necessary points will be spent now, leaving the rest to be spent on
other attributes.
obligaron
Jmgr
Anders Jenbo
qndel
FluffyQuack
staphen
Juliano Leal Goncalves
Gleb Mazovetskiy