Skip to main content

Web Socket, Diagrams, and Design Document

This week, we decided to focus on finishing the Design Document as a main deliverable for the end of this sprint. Having this complete would help us to better understand our project requirements and develop an adaptable plan.

On Friday, we had a group meeting (~0.5hrs) to discuss our specific roles, project scope, milestones, and to create a more defined objective in terms of styling, target audience, and primary educational takeaway. I spent the rest of class time (~3.5hrs) working on writing these details for the Design Document. I also made a visual to illustrate a simplified version of our proposed development schedule, which can be seen in the WEEK 2 introduction blog post.


I spent a few hours (~3hrs) researching web sockets, socket.io, and networked-a-frame because we will need to have connectivity and communication between our two platforms (desktop browser and VR headset). I also wanted to explore how other people created multi-user experiences with A-Frame. Because Mitchell will likely be very occupied with developing the Alpha prototype's in-game functionality, I will be helping with the server side stuff.

Some useful links I found include the following:

I also started looking at making a diagram to illustrate the project's physical setup. This should be fairly straight forward as there are no real environmental restrictions for the set up. Since we are developing for Oculus Rift first, the physical set up will also take into consideration the placement of the sensors. The user with VR headset would also need to have enough space to play (like in the image below), and the user playing on the browser may or may not even be in the same room (depending on whether voice chat has been implemented).


Image result for VR setup"

Unfortunately, since all 3 of us participated in Global Game Jam this weekend (Friday to Sunday), we were not able to dedicate as much time towards this project. Next week, the goal for me is to work on finishing the diagrams and wireframes for the User Interaction Specification document, and to help with programming for the Alpha prototype.

Comments

Popular posts from this blog

Building the Shelf and Chairs

With the final submission looming closer, most of my effort was directed at replacing some hard-coded game-play functionality with dynamic data from the Builder and Finder systems (~3 hours), assisting my team with issues they encountered (~2-3 hours), and getting the shelf and chair ready to be built by the players (~8 hours). The Builder and Finder systems still had a few hard-coded values from the Beta build of the project that were specific to constructing the table, so I worked on replacing those with the data that is contained in the instructions arrays that Priscilla and Maxime created this week.  I was initially have problems accessing this array before I discovered that JavaScript arrays can be accessed by string, which simplified it a lot.  Below is an example of the before and after of this process. // Before socket . on ( 'setFurn' , function ( data ) { this . current = data . id ; // Where data.id was always "table" this . step = ...

[WEEK 6] Back from Reading Week

We got back from Reading Week and reviewed what each of us accomplished. Expected deliverables for this week include: moodboards for the Living Room and the Warehouse, basic recolouring for the Living Room, a completed final Warehouse environment, and a working spawning objects prototype.

JavaScript Libraries and Flow Charts

This sprint we focused on the laying the groundwork for the project and writing the design document.   For the design document, I outlined the Technical Requirements, Technical Features, Interaction Features, and created a user experience flow chart (~4-5 hours).   The rest of the sprint was spent testing the JavaScript packages we plan to, or are interested in, implementing in the project (~4-6 hours).    Creating the user experience flow chart took a few iterations as we weren’t certain of the final gameplay.   The current version is fairly linear, but the gameplay is straight forward to make it easy to pick up and play.    A part of the final user experience flow chart. The packages I tested for our project were aframe-extras , aframe-physics , and aframe-click-drag-component .   ‘Extras’, as the name suggests, adds some extra functionality to A-Frame, including controller support, ‘Physics’ adds a physics system, while ‘C...