It's Christmas Break so it's pedal to the medal in UE5 for the next few weeks.

Modified the RHS Hitbox system to use GAS's "Send Gameplay Event To Actor". This way, all the hit targets are sent to the Gameplay Ability to determine how much and what kind of damage should be dealt.

【GAS】GE_LastStand

Quick implementation of a feature from Bayonetta, where if an attack would kill you, they give you exactly 1HP as a sort of "one last chance".

Attribute Set basically checks if the owner has a tag (provided by GE_LastStand). If so, activate this alternative damage calculation.

【GAS】GA_Death
More tweaks to the Health Component.
- Cylinder w/100HP showcases fallback health value if it is not listed in Data Table.
- Cylinder w/999HP showcases custom override health value.
- Health Component automatically grants a "Death Ability", and callbacks for the owner to respond to.

【Hitbox Study】

Reworking the Aurora Devs RHS to tailor it to my own tastes. For now, drawing the hitbox works but not the actual damage transmission. This vid is just aping off existing UE template.

My C++ is certainly stronger since I was able to fully convert their AnimNotify blueprint. 😄

【Multi-Zone Demo】

Using a single GA to create & evaluate multiple zones at once.

End of the video shows multi-zone and single zone GAs running simultaneously, demonstrating how two Niagara Systems can utilize the same ExportParticleData callback without fear of crosstalk.

Same results from two weeks ago but a lot of changes under the hood.

1. Majority of functions have been transferred to C++, with various functions doled out to base and child classes.
2. In this demo, I've decided to incorporate GAS, so detection is actually contained with a Gameplay Ability.

Trying out a new Paint Detection method that uses a single system to evaluate multiple zones at once. For now, I'm just testing the drawing of the multiple spheres.

Not too expensive at 1/4 resolution (2px/m), clocking in at about .008ms for mask updates. I guess the detection part is up next...

Continuing to buff the Paint Detection component, with today's PoC showcasing a similar function to Splatoon that allows you to move faster if you're in your team's ink color.

Slowly but surely hardening the functionality now that I have a better idea of what I want.

PoC "zone capping" feature like Splatoon.

Instead of using my central "Paint Stamper" system, the Zone system painted the zone. But, that means the Paint Stamper is unaware of the changes so I currently have a questionable workaround that fires every frame.

Hey, it's Splat Zones!

I can define any n-sided polygon and voila, we can detect paint in that area. Sampling resolution is kept low about 1px/m. Don't need to be too accurate.

Next, I'll introduce a fill operation, so when it hits 75%, it completely fills the zone with the winning team's color.

Demo for Modular and Proxy Paint Actors.

Modular contains a singular visible mesh with a single corresponding collision mesh.

Proxy allows multiple visible meshes correspond to a single collision mesh, useful for large collision meshes where multiple static meshes may be associated with it.

[ #NinjaGaiden4 Tech ]

Dodge Offset causes the final hit of the rapier's YYY combo to bug out. I don't even know if it's some weird root motion or motion warping error but it's neat to see that the hitbox is independent from the animation.

[ #NinjaGaiden4 Tech ]

Using Dodge Offset, it's possible to infinitely loop between standard and Blood Raven combo strings.

In this example, I am looping between the dual swords' XXXXX string and the Blood Raven XXX string.

[ #NinjaGaiden4 Tech ]

By using Dodge Offset, you can retain your offset combo even after an Obliteration Technique.