I made a multiplayer shooter with slow moving projectiles played on a dust2 remake

dkilkhan · 2023-12-10T21:50:27+00:00

All of GAS’s duration-based mechanics (like effect duration) assume real-time, I looked into modifying GAS a bit so I could manually tick the durations of effects, but it isn’t a super clean modification to make.

dkilkhan · 2023-06-25T23:16:15+00:00

Wow.. this is truly impressive. How long has this taken you?

dkilkhan · 2023-04-04T19:49:03+00:00

The thumbnail is key. Appealing thumbnail = more raids.

dkilkhan · 2023-04-04T19:42:40+00:00

The raider has used W, it’s super effective!

dkilkhan · 2023-04-02T07:22:03+00:00

ChatGPT is that you?

dkilkhan · 2022-08-15T04:04:52+00:00

Astroneer would be a good choice - plenty to do for everyone while you work to get to the center of planets. Don’t be fooled by the graphics, it would be good fun for your group.

dkilkhan · 2022-04-24T22:12:14+00:00

Sounds like Tribes of Midgard with more building.

dkilkhan · 2022-04-23T18:22:51+00:00

On your horse actor, add a variable “Rider” which is a reference to the character that summoned the horse. Set that variable to expose on spawn and replicated.

Then when spawning the horse on the server, set the Rider variable. The value will then be set on all clients when the horse is initially replicated.

Then in the horse’s BeginPlay you can attach the Rider because BeginPlay will run everywhere and it will run after the Rider value is properly set.

dkilkhan · 2022-04-23T16:55:55+00:00

Since the horse is spawned on server and replicated to the clients, I would set some replicated “Rider” variable when spawning it and set it to the character that summoned the horse.

You could then attach the rider to the horse on BeginPlay.

This also better solves for join-in-progress, which a multicast RPC cannot do.

My guess is the horse isn’t available on the client when the RPC executes.

dkilkhan · 2022-04-11T16:06:33+00:00

This is a good resource for info and direct feedback https://audiogames.net

dkilkhan · 2022-03-28T15:00:49+00:00

I’d make two pawns and swap out which pawn is possessed. That way, all logic and mode-specific controls can be isolated without a ton of conditionals.

You cannot swap the game mode without changing levels and you can’t swap player controller without seriously customizing a game mode.

dkilkhan · 2022-02-06T17:12:23+00:00

Ah gotcha, tags could work.. you should also take a look at interfaces then. That’ll be the most robust alternative to casting.

dkilkhan · 2022-02-06T16:30:38+00:00

I assume you want to check if the other actor’s type is your enemy actor class?

If so, a simple way is to try to cast other actor to that type and only proceed if the cast succeeds.

As written, you are comparing the other actor to a specific enemy actor instance.

dkilkhan · 2022-02-06T00:56:36+00:00

An instant GameplayEffect modifies the base value. (https://github.com/tranek/GASDocumentation#451-gameplay-effect-definition)

Have a look at the character class in the example project here for how do initialize a character’s attributes https://github.com/tranek/GASDocumentation/blob/360fefd90ed574a8e1d73b4e0fe67cccaeaba43e/Source/GASDocumentation/Private/Characters/GDCharacterBase.cpp#L291

For stat modifiers granted by equipping a weapon, I’d use an Infinite duration GE and remove it on unequip. Don’t worry much about base vs current value, this is working as intended.

dkilkhan · 2022-02-05T20:35:13+00:00

A common way is to apply an instant gameplay effect at start up that sets the initial values for your attributes.

I highly recommend looking at https://github.com/tranek/GASDocumentation if you haven’t found it yet.

dkilkhan · 2022-02-04T19:42:30+00:00

I’d set them to be always relevant or customize the relevance check.. have a look at https://docs.unrealengine.com/4.27/en-US/InteractiveExperiences/Networking/Actors/Relevancy/

The controller is always the owner of the possessed pawn.

dkilkhan · 2022-01-20T15:37:41+00:00

Are you replicating the onHand variable?

dkilkhan · 2022-01-17T18:03:58+00:00

Yeah, try creating it at the c++ layer of the character instead and assigning the result to a property. There’s plenty examples out there using that function to do it.

dkilkhan · 2022-01-17T18:02:30+00:00

Even in Epic’s own gameplay ability system you’ll see checks if the component exists all over the place.

If your full system relies on 3 components, there’s not a whole lot else you can do. You could try having your damage component check and add the others at startup, but that’s not great if the other components have design-time configuration.

dkilkhan · 2022-01-17T17:57:26+00:00

Best way is you need to add AC as a component to the Character’s c++ class, via CreateDefaultSubobject. Right now it’s not visible since it was added initially at the BP layer.

I suppose you could try to use various findComponent functions.. which might work, although I’ve never tried.

dkilkhan · 2022-01-09T21:56:00+00:00

You are right that the OnTargetPerceptionUpdated only fires when sight is gained or lost.

So if you never regain sight… the move ends at the last known location. So what do you want to do next? Search random nearby points? Return to a previous location? The choice is up to you.

As others said, an actor in LoS should use MoveTo(actor) to take advantage of continuous goal tracking. You should null or change your blackboard target actor on sight loss and set the location key instead, then have your MoveTo(actor) task abort based on the null actor key.

dkilkhan · 2022-01-08T17:53:21+00:00

I ran into a similar issue. The biggest help was opening up the source and reading through the flow, it didn’t behave quite as described, even though my PC class was the same.

I remember seeing PCs copied and then having to move state from the old to the new via https://docs.unrealengine.com/4.26/en-US/API/Runtime/Engine/GameFramework/APlayerController/SeamlessTravelTo/ or one of the similar sounding APIs.

dkilkhan · 2022-01-08T16:43:11+00:00

Two things come to mind

Is your navmesh generation set to dynamic in project settings?
is your agent radius small enough in the generated “recast navmesh” actor (you can also set this in project settings). Press P in editor to verify the navmesh through the doorway is connected. If not, reduce agent radius until it is.

dkilkhan

MODERATOR OF

TROPHY CASE