Second Puzzle Usability Test 2

I ran a second usability test. Having taking into account what I had learned from the first one. The play arena was walled off, and while I did not implement the on screen prompts in this session, the controls were explained to the user before the test began.

After a bit of confusion from me accidentally leaving in the globe object, both puzzles were solved relatively quickly, and the most marked improvement was in the speed the second puzzle got solved.
For a VR Story game, this puzzle would be fairly easy for the player to figure out and still present a minor obstacle that wasn't a roadblock, and still give a feeling to the player of manipulating data.

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