Week 4 - FSMs and Why Behaviour Trees Are Better


In the fourth week, I developed the second monster to be implemented - the mauler. This was interesting as instead of using Unreal’s provided behaviour tree decision-making system, I decided to implement a custom FSM structure as I wanted to get more experience with alternate decision-making solutions. That being said, whilst I did achieve this - I will probably revise the mauler at some point to use a behaviour tree as ultimately I have learnt the behaviour tree is preferable as it’s more modular and the game AI feels less rigid in how it acts with one

Comments

Post a Comment

Popular posts from this blog

Week 10 - Thief Implementation, Chaser Improvements and A Feeling of Progress

Image
Week ten was busy, my primary two contributions to the project being the third and final monster implementation - the thief, and a revision of the chaser to make it feel more up to standards with what I now felt acceptable. This was all wildly successful as the thief now behaves just as intended, and the chaser behaves more naturally - with refined animations making use of montages and animation blending. I can confidently say that I have improved a substantial amount at creating game AI from the start of this project and that I now feel up to standards for getting an AI programming job in the industry.
Read more

Week 7 - Injectable Behaviour Tree Architecture

Image
Back to game AI, I implemented the injectable player bot behaviour tree architecture which I devised a few weeks prior. This went well as utilising Unreals dynamic sub-tree functionality allowed me to create a system where various behaviour trees could be swapped in and out at any time. This means when a haunt is selected mid-game - the AI can get its behaviour tree updated to react and behave accordingly. Another bonus is due to this system's modular nature - if multiple people are working on different bot behaviours, as long as they’re not on the same tree they won’t have conflicts.
Read more