Multiplayer Survival Game Template

[apoisonedgift]

@akalovemaker;654012

Hey apoisonedgift,

Hey akalovemaker, going to respond to your post point-by-point for the most part. But firstly, just want to say thank you very much for the kind words and for the feedback - it’s all appreciated immensely!

@akalovemaker;654012

Good template, however I’ve encounter some bugs here and there on widgets, it seems like it wasn’t tested enough. They are very simple to fix, takes less than 10 minutes to figure it out if you know what you are doing. Just be mindful of widgets next time apoisonedgift, they are very easy to screw up.

Firstly, I just want to make sure it’s known that the template was tested extensively by myself and a group of about 10 others. However, as I have said in earlier posts, there is most definitely going to still be bugs in it as it’s a hugely ambitious project with a lot of different parts that interact with each other. It’s the sort of thing where, until it’s out in the wild, some bugs just aren’t going to pop up sadly.

That said - I will also quite honestly state that I told the test groups to focus on the gameplay mechanics more than anything else, so the widget use is probably likely to be a bit more buggy as you have noted. So by all means - the more people can find and let me know about the better

@akalovemaker;654012

for example, Hit inventory key and then Main Menu key, both widgets will appear causing input bug on earlier opened inventory widget. Meaning, it will stay with input of the Main Menu, rather than going back to input mouse setting of inventory widget. If you hit destroy button inside inventory and hit Main Menu key (Esc), then user gets stuck with no other solution than ALT + F4. These have two workarounds. Close inventory widget when Main Menu is called, or return to current widget after one is called. Third one takes longer time to implement, possibly requiring to change a lot of logic. Just go with option 2, since it seems that after you hit resume in Main Menu widget it goes back to game.

Easy. I had actually fixed this in an earlier build, but due to an engine bug I had to rewrite the entire inventory system, including the UI, so will sort these out for the first bug fix update.

@akalovemaker;654012

Also, encounter a few logic errors in game multiplayer hosting logic and also logic (errors/miscalculations) MATH or better … Few more testing required to find solutions, you might have to do some few calculations…

For example: (standalone game) If you host a match (only tested in LAN), go to main menu widget (Esc), try to host a match again, you will encounter (log assigned message error) when creating the match again[it wont allow you to host match]. Easily fixable.

Yeah, that’s just a result of my forgetting to end the session on the listen server. That’s already noted down for the first bug fix and was just a simple oversight on my behalf.

@akalovemaker;654012

Another Example: (of course you can have player die and drop all inventory for this, but for the heck of a custom game why not point it out.)If you die when weapon equipped and ammo left, when re-spawned, weapon doesn’t fire, so for the logic of your blueprint to pick up, you have to drop ammo and pick it right back (get it?) should be easily fixable :P, I’ll give you 2 minutes to find it. A LONG TIME… haha

Yeah the issue here is actually that the players ARE supposed to lose their inventory on death. Not sure why that bug happened, but I noticed it last night so again - this will be included in the first bug fix update.

@akalovemaker;654012

Overall, good product. Really like the fact that it takes a month or two out of work. Hope we get good support to fix these bugs.

Anyone who has dealt with me before will hopefully tell you that support is more important than the product as far as I’m concerned Planning to release bug fixes at least weekly (assuming people keep finding bugs that is haha) so it’ll definitely get sorted!

@akalovemaker;654012

Suggestions so far, only tested this template for 20 minutes and nearly 20 seconds, I had seen the code logic of the previous version so I know how the logic was going. I basically became apoisonedgift’s brain , so I do know what to test for
:

Fake loading widget, just to give time to textures/materials to get compiled.
Key remapping
Take a look at widgets and test them like if you are looking for ants in a room, any possible breach. Specially, avoiding programmers widget issues if the template is going to be used for expansion.
When player dies, drop all inventory
fix those simple bugs

Loading screen is a common suggestion and was definitely planned.
Key remapping I haven’t really looked into this in UE4, though I know there are supposedly some issues with remapping keys via blueprint only. In general I don’t want to make a very elaborate menu system - the point of include a barebones example was simple to have a starting point to build from, but I will take a look into it at least. I also am going to be adding full controller support at some point in the near future.
**Widget testing **as with everything in the template, the entire system is under constant testing
bug fixes already planned for first update, as mentioned

@akalovemaker;654012

Bool DidYouGetIT = 1; ?

// I might have to look more into the template, but I have a short time to take a look at other programmers’ code and test games, since I’m working on one now. SO…
Sorry, If I was no much help on this post, I wrote this in a rush. Also, not even time for grammar fix, thank you very much!!

Best lucks,
Akalovemaker

No worries man The post was plenty helpful. I will always make time to go over feedback like this, so it’s very much appreciated!