Here is the first full(ish) gameplay demo for this game mode (gotta use youtube because of WordPress size limits)

Big things that changed:
I added a bit more to the test gameplay map:

Including a quick fence model:

Also I put lights ontop of all the bots to indicate what team they’re on. Blue=player team, red = enemy team.

I also added hit reactions (animations for when the robot gets shot) to the bots to make things less…robotic:

I also added that red flash. I wanted to do for a while now to get a bit more zelda-y vibes. I also fixed up some problems with the shooting mechanics. Turns out I was making a ray from the center of the screen to the place where the tip of the gun was pointing rather than making a ray from the center of the screen forward, then making a ray from the tip of the gun to that location.

There was also some work done on how bots engage/disengage. I need to do more work there, everything right now is copied in the tick function which is bad. Also the pawn controls everything which is also bad (Controllers are more easily replicated for multiplayer).

Also unreal’s detection of source control stopped working so I gotta do everything manually in git bash. Not the end of the world but still, kinda weird. EX:

I broke something but I’ll punt on this for now. Finally I think I’m going to remove any bot types outside of the gun bot. They’re really unbalanced right now and kinda buggy, I’m thinking I’ll try to diversify the bots based upon different attack types (gun, motor, close range, AOE). I also included unreals crowd avoidance systems (see https://dev.epicgames.com/documentation/en-us/unreal-engine/using-avoidance-with-the-navigation-system-in-unreal-engine) , which all…kinda work?

More polish to do in general though I want to make that test map a city style map to try honing in on what I want the game to look like.

I added in a bunch of stuff but showing off is kind hard right now…

Gotta add in damage multipliers based upon difficulty level.

I closed the “Game Loop” by adding announcements to the hud and creating a “OnGameModeAnnouncement” event that huds can bind to:

The look isn’t ideal but I’m working through it.

In addition when I flipped things to “Standard” game mode (which has pretty much all of the bot types) my fps went from like 60 to 20 very fast. On my machine thats pretty bad. I went through the profiler (https://dev.epicgames.com/documentation/en-us/unreal-engine/unreal-insights-in-unreal-engine) and got these results

The top is the important part (lower is better)

The red portion is steadily growing as the game goes on, then once I kill the death box you see it viciously drop to zero because it cleaned up all of the game time actors.

Looking at the timing data you can see that the large majority of the time is done handling the Lazer for the rocketeer, skeletal mesh of the patrol bot, the Tick function and the Hud.

I can immediately get 11.7ms back by just moving the Rocketeer_Laser from cpu to gpu:

With that small fix I went from 19 fps at max events to about 35 fps. However, I should be getting around 100 fps with my computer most of the time if the game (aka. I if I did) isn’t doing something dumb (which it probably is)

• i7 3700k
• ASUS prime z790-p
• 32 gig of DDR5 @ 2400 MHz
• NVIDIA RTX 4090 24Gb of VRAM

The character models seem to be high on the list still, which I expected so I’ll need to remake these bots again. I feel like I should go about this differently this time and try to get some control rig action going, which I feel would be much more optimized and would hit my goal of getting hit reactions in. Also A low poly-ier feel might add to the experience? In addition moving stuff OUT of tick functions might be a smart move, I have things in there that really shouldn’t be and should be pushed to async events. Work for later this week.

Had a few learning experiences with Unreal when working on the global game mode settings stuff (Also I used the term “group ID” in the game but I call it “team ID” randomly so bare with me here and assume they’re the same thing).

1 – Event dispatchers kick off before the game tick (which I really should’ve known from the start).

If you’re interested in what I mean by event dispatchers see (https://dev.epicgames.com/documentation/en-us/unreal-engine/event-dispatchers-in-unreal-engine)
The way I have the transfer from the terminal originally setup was:

1. Player presses transfer button, the transfer completes which triggers an event dispatch call from the terminal
   
   
2. The terminal alerts the assemblers connected that the team has changed
3. The assembler flips the team ID’s of the bots and alerts the game mode via another event dispatch call
   
4. The game mode (which is bound to all team ID change events) receives the event call and then alerts all of the assemblers the last location of the target
   
5. Then all of the assemblers get the direct call to alert their bots to a new target
6. The bots then get the alert for the new target

The problem started at step 3. The way I setup the patrol bots was that they would essentially copy their state from the actor into the control, then into the blackboard (see https://dev.epicgames.com/documentation/en-us/unreal-engine/behavior-tree-in-unreal-engine—quick-start-guide ) every tick (which is horrible and I need to fix. The controller should own the pawn and the pawn should be only relaying sensor-ish info back to the controller). In addition the way team swapping works on the patrol bot is that the bot will end it’s current engagement, then flip its internal team variable. Finally the patrol bot is alerted while its engaged it will NOT change its current target and will continue the engagement.

So the problem with that is that Steps 4-6 would execute before the next tick after step 3. Therefore the bot was alerted BEFORE it stopped its engagement and ignored the new target location. So from the game perspective the bot would stop what it’s doing then start walking to the last player location that was reported by the bots. The reason 4-6 executed is because it was a chain of event dispatches that lead to a function call. If I wasn’t using blueprints I probably would have gotten a segfault, however in this case what happened is that the tick was delayed until the event was finished.

This was fixed by changing how the controller worked so that when you get an event that stops the engagement you flip the value in the blackboard on the same chain that changed the team id. Therefore when the alert comes along the patrol bot is not engaged and the new target location is updated accordingly.

2-The there’s two functions to get a reachable point within a circle on the nav mesh and the one that works changes upon the context:
– Random Reachable Point In Radius – When you’re in an actor
– Random Location In navigable radius – When you’re calling from an AI task

I had the 2nd one swapped for the enemies so the only thing that would get a valid location was something directly on the nav mesh. I didn’t notice until I stopped putting stuff right where I wanted the bots to move to.

OTHER STUFF

Also I added a placeholder for the thing the player needs to destroy called

THE DEATH BOX

Which is just a box with health and a teamid.

This is the thing that gets targeted once the assembler gets its group id changed. There’s some other stuff I poked at, the AI had issues which I touched up. Difficulty gets set and propagated through the game mode down to the assemblers which sets the bot types and quantity.

Generally the bare bones “Game” part is working, I need to make a kill screen but basically we’re looking good. Here’s like 2ish minutes of gameplay (I had music playing from abelton while this was going but it wasn’t captured for some reason, abelton might have winsound trickery happening in the background…or obs isn’t as great as I thought) so its kinda quiet. But things to look out for:
1.) I start, the bots are shooting at me. I press the transfer button, the bots stop shooting at me and start walking towards the death box
2.) I press transfer on the second console and the transfer bar comes up and finishes, which causes nearby bots to stat shooting at the death box.
3.) The bots at the end just stop moving for some reason (Need to fix).

I was also looking at this: https://trello.com/b/dmIooAod/blacklaceworking-board and most of these are gonna be deleted. The woes of working with non-concrete plans..

But in general I would say the main things left for this game mode are to integrate those lazy turrets I made a month or two back and ensure there’s a good death screen. Then from there the majority of the work will be aesthetic and polish (and a new gun or two).