Maze Hunt VR Development

Almost There... Sign saying Finish Line Just Ahead thanks to https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcTbHveSFVuWBQCUzizzT4FtTVwLnAU-pHHsCp3w4_CSj6GPxi24-w We're so close we can all taste it. We've gotten the AI to spawn now, but are still having trouble with the coins sadly. We're hoping it shouldn't be too hard to fix, we have gotten multiple AI to spawn by now after all and it shouldn't be too different from the coins. We've smoothed out all the kinks with the AI functions. Although the coins can't spawn yet, I've coded everything else so we're ready when they do. Our timer is working. Our score keeper is working. All of the main menu panel buttons link to the correct panels and the game scene. I've coded the panels for the proper end game conditions. Everything should be ready to go if we can figure out this bug. We have ran into a couple issues when pulling git commits. We've had to merge conflicts almost constantly. F

Spawning Issues Stitch banging head against wall thanks to https://media.giphy.com/media/12SQ9mDwJGqkRG/giphy.gif. So we may be having some issues. It ends up that having our maze be randomly generated each time may have not been the best idea. Spawning objects into a game with a static map is insanely easy in Unity, so we never thought this would be an issue. However, it's only easy when the map is static. If your map doesn't generate until after you run the program, then you can't drag and drop objects into the game world unless you're planning on hoping that they just magically end up in the right place on the map, if they even end up on the map at all (the part you're using for your terrain that is). It ends up the reason it was really easy to spawn our main character was because we were able to put that object on the first floor piece that's created, a piece we know will never contain a maze wall. So it's complicated enough spawning objects on

Getting a Second Wind Image of woman sprinting thanks to https://www.larnakamarathon.com/wp-content/uploads/2017/09/run-2.jpg We turned in our Beta demo with great success. Yay! Our player spawns in the maze correctly. The camera is at the right height (for some odd reason we struggled with our camera being really short for a while). Our collider is the right size for our player. We collide with walls correctly and don't fall through the floor. We can look correctly with the mouse and move with the keys. Looking with the mouse no longer causes errors with our movement (it seemed the camera was moving but the rotation of the player object was not adjusting with it). We did not include the main menu in the demo, but it links to the game correctly. Our next step is to incorporate the VR elements, which Ryan will be in charge of. Zijian will be working on spawning the monsters next and making them move through the maze on their own. I will be working on spawning the coins in the m

On That Beta Grind Nose to the grindstone thanks to https://image.shutterstock.com/image-vector/nose-grindstone-retro-clipart-illustration-260nw-115711369.jpg Well everyone, we are one week away from our Beta Demo and it's time to get our nose to the grindstone. We won't be making this demo VR compatible just yet as we feel that might be a little too ambitious, but we aim to get most of the components of our game incorporated. Our maze is already built and our main menu is built, although it is not linked to the game scene as of yet. As of now all we need to focus on is the main player mostly. Zijian will be working on spawning the main player into the maze. Ryan will be working on the movement and view of the main player. For now we will be working on the movement and look functions using the mouse and keyboard, but in our next sprint we will be converting these functions to the VR headset and controller. Before we do any of this however, we need to make sure our player

Balancing Projects This week has been interesting for our team. We not only have the team project to work on, but we also have an individual project due date coming up. It's been a struggle balancing our work load and focus between these two projects, but we've been making some small steps in progress. We figured out how to move our player through the game world and we're making progress on the main menu. We have solidified the maze generation. Zijian is even working on a loading screen that the player will see while the maze is being generated.  However, we have ran into new problems. For instance, our player can move, but now our player keeps falling through the floor. The only solution we have found so far seems to make it so our player can't move at all. While we're struggling with this we are also running into problems with git. Friends, do as I say not as I do. Do not break the golden rule of Git Hub!  Make small commits often. We have pushing commi

Team, meet Unity Sorry, but I could not resist the Rick and Morty reference. This past week hasn't involved a lot of progress on the game itself. Instead we've spent most of the week learning our way around Unity. Unity seems to be a very powerful tool for game development. It can be used for single player or multiplayer games. It works for multiple platforms including Android, iOS, Mac, Windows, Linux, and many VR platforms. It can be used to develop many different game types including 2D, 3D, and VR. We've been learning how to manipulate game objects, have the camera follow our player, the helpfulness of prefabs, how to write multiple scripts for our game, and how to efficiently organize all of these files. Most importantly, we've learned how to make good use of Unity's powerful asset store. Unity also has a GUI system to easily interface with GitHub. However, we've decided to use Git Bash in place of this since we are more familiar with Git Bash. T