[Dev] Drone is finished (more or less)

Hey everyone!

This week I finished the drones main functions (as I mentioned previous week). Only 1 things is not yet implemented, the disappearing when it’s night. Other then this the drone has all of its functionality and it is pretty hard to shake him off.

However, I do believe the drone will need some slight changes such as a close range (hard hitting) attack. This behavior is already in the tree but it is inactive for now. The further evolution of our game will point out how it will go. I do know 1 more small bug with the drones, but if we would opt for the hard hitting attack, it won’t occur anymore. So I’m going to wait before fixing it (it’s pretty tedious).

Since next week will be the testing of our game by other students, I will help wherever I can to polish everything up. In my spare time I will start with the wildlife AI.

That’s it for this week!


Vermeulen Igor


[ART] Water and portal

Lastweek i created some big cliffs to support some height in our map / level.


Secondly i made a running river. it supports distance based tesselation.


And lastly i made a new portal. still need a global control parameter to create the fade in. appart from that. mostly done.




[Dev] Inventory


Last week I didn’t make a post. So first off let me apologize for that! But this week and last week has been quite busy. I have worked hard on our inventory system. Both in terms of design, management and animations.


I also had to completely overhaul it 2 times. First because it was inconveniant and messy. And secondly to completely redo the logic behind it. The result is that we now have a very clean infrastructure and logic behind the inventory that allows for A LOT of easy updating in the future. Such as adding extra slots, rearranging the existing slots for variations of the inventory system (multiplayer ideas around this).


The inventory has all bells and whistles of a high-end inventory. Meaning, there is drag and drop, swapping, cursor implementation, animations and all sort of safeguards and indicators that prevent the user from breaking the inventory. Which was a lot of work to set up properly. But it’s all working almost flawlessly right now. Of course still a bit of tweaking is required here and there. But it should be pretty much finished.

This means we can now move on to the next phase. Which is creating content. We need props that you can collect, interactable objects such as locks, switches, doors, handles, machines to activate, elevators, … you name it. We have a very big list of stuff we want to create and add to the game. Both in terms of gameplay and cosmetic. Like we want quite a few interactable props that do something cool or fun rather than actually help you. This is important as we want the player to feel like he is actually in a real environment with a backstory.

Next week is very important. As we will be showcasing our game to a group of other people that will play it and give feedback. We want to get as much as possible ready for this event so we can present the players with a good overall picture of our game and what it will become.

Thanks for reading, and once again sorry for a silent week. But not to worry, we haven’t worked on our project any less. In fact we have worked very hard on it, hence why we couldn’t find the time to post last week. But of course that’s no excuse. So next week we will be back with more! Stay tuned.

[DEV] Advanced inventory management

From the start up I have been in charge of programming everything that has to do with the character itself, I implemented weapons and weapon switching several weeks ago so we could get a proper gameplay loop up and running , but this wasn’t really suited for a full game, most stuff was hardcoded etc.

The last 2 weeks I worked together with frederic to get a proper inventory up and running. While he made the graphical side and worked on the inventory management , I started rewriting the character code so it interacts with the inventory correctly. Now we almost have a fully working inventory in which everything is working independently . with a bit of tweaking i think most blueprints could be used in different games entirely.

First up our character now has 2 hands and thus 2 equipped slots , these just need a “base_weapon” , when something gets equipped it gets dropped in the right hand. Drop it in the left hand and it gets mirrored correctly and can be used by pressing the left mouse button , idem for the right hand . This essentially allows you to dual-wield any combination of one-handed weapons. To balance this , we only allow you to use a weapon’s “secondary” ability if you only have this weapon equipped, with the most obvious use of this being aiming down the sights of a gun. We will also be implementing 2-handed weapons (rifles , big axes?) .

As a final note I would like to express my thoughts on the way blueprint programming works in UE4. I really see this as one the greatest tools there is in the UE4 engine for modular programming, it really opened my eyes to using inheritance in gameplay programming and I think it is vital for our game and has saved us a ton of trouble. For example , the way our pickups etc work. Let’s say our axe (Interactable->Base_weapon->Weapon_Axe) interactable allows us to interact with it in the world , if it’s a base weapon , we know we can equip it and weapon_Axe essentially contains the information for “firing” the weapon. Looking at a lightswitch (Interactable->Lighswitch_A) , here we can see it is just an interactable , the lightswitch code on “activate” just simply switches a light , other interactable items can be added to the inventory on the “activate” event , see keys etc.

So , this was a wall of text, I tried to make up for not writing anything last week and implementing that in this post.


[ART] Complete level blockout and new sub-biome.


I have created another sub-biome called the dark woods which will reside mostly around the lake area.

there are some smaller patches of darkwood trees scattered around the edge of the map, where the mountains are to make the map look more as a whole rather than 5 different sections of biomes.

Here are some screenshots of the map overview.


Here you can see that this type of biome keeps the trees more in clusters rather then spearding them out evenly.34ef1fd59ad32a5859ef397ca1b3510c4f93a40f2db493fa3f88fd5aa853be9f

Also as a refresher I recreated the layout of our map since a lot of changes were made.



Christophe Degraeve

[ART] Atmosphere and lighting


In this quick update I tweaked the atmospheric fog and lighting settings, like colours, sun angle, etc. …

This was necessary for our day and night cycle.

There are now 3 map variants: one for daytime, one for evening and one for night,(I will make one for morning ass well later on).

These values will be brought over into the main map and our day/night cycle blueprint will then use these values when it fades between the different stages of the day.



EVENING / MORNINGevening1evening2


As you may have noticed, the distant mountains now have a texture and I added a ravine model as well.

Here’s a screenshot of the models.


Christophe Degraeve