Rotating Room [MECHANIC]
Last update: Aug. 27 2019
This prototype has been imagined in the context of Welcome Home, the name given to a game where the player controls a lonely home assistant in an apartment. Without getting into all the details, I wanted to experiment on how the world could interact with the player.
I knew quite early that I desired an orthographic view of the apartment, and see through its walls. Although, if the player could later interact with several elements placed inside, it would be cool if he can change his point of view over the location. That’s why I created a simple mechanic that let the player rotate the camera around the room.
The player can either use the arrow keys or his mouse to pivot the view. The smooth damping here helps having a responsive and heavy feel on the interaction. Although, one big problematic, was how to see through the walls of the apartment while rotating the camera.
For that, I decided to use triggers and a collider on the main camera. I also applied tags to define if an object is situated on the north, west, south or east side. With that approach, I can easily reach the objects (walls and hanging items on them) that need to disappear when needed.
The apartment is divided into four trigger sections. Each of them makes game objects invisible from two specific edges (for instance, North and West) when in contact with the camera. However, when objects are hidden, they still cast their shadows in real time. That way, even if some objects turn invisible, the player can still discern how the room’s layout, even with missing objects from the view.
For now, the switch, from visible to hidden, is quite abrupt. But with a simple shader implementation in the future, I can achieve a nice transition effect that will make the mechanic feel even smoother.
This prototype was made to be used in the game Welcome Home, if I decide to develop the game further.
Project linked: Welcome Home
Prototype Ready: Yes
Integrated in project: No
Interaction Layer: Front
+ Easy to control
+ Interact well with lights (for now lol)
+ Don’t use a lot of public variables
+ Easy to modify values
+ Easy to add objects (on sides)
- Balls rely too much on physics
- Hole’s collider is not accurate
- Difficult to tell the direction of a ball
Other Activity Logs
Space Compass [GAME PRODUCTION] Second Prototype Last update: Mar 9, 2020 This second playable prototype acts as a fleshed-out version of the rough prototype. Based on observations and players’ feedback, I was able to solidify the core mechanics of the game. First, by...
Space Compass [GAME PRODUCTION] Rough Prototype Last update: Jan 14, 2020 Space Compass is part of my Orbits Series that focus on making games out of small playable prototypes. After the first week of production for Space Compass, I made its rough prototype that...
Bogey [GAME PRODUCTION] Process Journal I Last update: Aug. 25 2019 Bogey is the name given to the game idea of a golf hole dodging any falling ball on a green. In contrast to other golf games, players control here the golf hole. They can navigate on a green while...
Like every beginning of a year, I like to look back at the design of my website, and change it completely. It’s a great practice, on the research side, of what kind of image I want to reflect this year. 2019 represents for me an important step in my progression....
This last winter has been my busiest semester so far at Concordia. Four games in development at the same time, including the Ubisoft Game Jam 2018. Also, I started using Substance Painter for my 3D models’ textures, as well as gaining more experience in Blender and...