Reflection on the VR Story

We aimed big, and was not able to deliver anywhere near the project we were hoping. I feel this came down to several elements: Not everyone on the team was equally motivated, and thanks to communication issues tasks were often not assigned in good time frame. Often I would ask to receive a task, and simply not be given one. We were also missing one team member, a person who did not perform any tasks assigned to him, and he communicated so little with us, not even in labs, or on Discord, that I am honestly not sure who he is.

Our constant battles with trying to use Git Hub and having to use a very weird workaround for Unity Collab served as a motivation drain, particularity with how long it took for things to start being combined into a single work file, and I feel several team members, who were initially excited for the project, fell on the wayside. The biggest problem with the project was the VR element itself.
As a team, we could barely get it to work. Often, things that were previously working would simply break completely when VR was activated, and I feel it was the biggest drain on time, motivation and resource, and took weeks away from the project that could have been used elsewhere. It was time we could not scrape back, and ultimately cost the project any chance of being finished to an acceptable standard.

Our final presentation only included 3 rooms, mine, Arnas's and Marco's. That being said, I have nothing but respect for Marco, who was an absolute workhorse with this project, and helped to make sure we did not turn in a total disaster.

As creative director, I tried to steer the story and game in the direction I wanted, and generally the team was happy with my work. If I could do anything different, the project could definitely have done with a more focused time plan for assets to be completed. Trying to improve motivation with the team members would have been priority number one, as by the end of the semester, we did not hear off several people for weeks at a time, and the team dynamic simply fell apart.

I am happy with how the final art style looked, and had the project been finished, would have been a very unique looking VR story. I feel most of the 3D models put into the project were of good quality.

I wonder if my own work for the project was too simplistic for its own good. I have been struggling to get my head around 3D aspects as I come from a 2D design background. 3D Modelling is outright one of my biggest weaknesses.
For this project, I focused heavily on trying to tell a good story, and my programming ended up not being at the forefront, despite that being one of the aspects I most enjoy about game development. That being said, I still feel I delivered everything asked of me, and am not unhappy with how things turned out. It's just a shame we could not deliver what we set out to do.


Comments

Post a Comment

Popular posts from this blog

102CR Portfolio

Image
102CR: Portfolio: UI Design: For this task I had to come up with a menu GUI for the ALL project I was developing. The interactive storyline was set in cyberspace, so I tried to give my piece a digital feel. Since the game had a very minimalist style, I tried to do the same with my menu. Final Piece: I started off by doing a very rough sketch of the idea I wanted to do. I used this simple sketch as the basis. I used a grid to help get exact line placement. The buttons were drawn flat first. I combined the font to be used onto the shapes. I used the 3D effect function on the menu, which made it more visually interesting, and helped match the visual style of the interactive story. I had to manually move every part of the menu to make it line up, as the 3D doesn’t work on the grid. A deliberately retro looking font, Adore64, was chosen for the title and the on screen text. This font was hard to read on the buttons once they were rendered in 3D, so a different font was c...
Read more

Puzzle 2 - First Attempt

Image
Puzzle 2 Algorithm A number sorting puzzle was created by myself that could be implemented into the final game. This uses Marco’s Gravity Gun code in order to move cubes around. This puzzle went through 2 iterations, and was changed based off user feedback and the fact the first version didn’t really work at all. Puzzle Type 1:     The puzzle is to make all the numbers on the cubes be in ascending order. The puzzle is built in the game world, and instantiates additional objects on startup which act as lock on points, so that the cubes will snap in place. In a actual game, these would probably be invisible and the puzzle built into a wall. The first algorithm used was Binary Search, the idea being that it would return true if the number in sequence was found. Here is the function for the binary search.   Binary searches only work on sorted arrays, so the theory was that it would check against the array and see if it sorted. There is an invisible object whic...
Read more

Early Game Puzzle - Finding the Terrorist

Image
One of the story portions involves the player finding a Terrorist who has performed a recent bombing. To do this I came up with a simple puzzle: Have the player look about at a map of the world and locate the Terrorist as they example the map. The idea is that whilst examining the map, a cross-hair will appear and as they get closer to the location of the terrorist, a sound will play (with increasing speed) and a faint glow will increase as they encroach. To do this we use Raycasting, which sends out a invisible line between the player and the world surrounding them. We use a Prefab to create the cross-hair object only when the Raycast hits a object on a specific layer. The code then compares the distance between the cross-hair prefab and an invisible object attached to the map. If its lower than a certain value, then it creates a second prefab, that of a glowing object. This prefab has its own script which increases the alpha of the colour rendered as it gets closer. ...
Read more