Jacob Dixey PPJ#2

Jacob Dixey, PPJ#2

Sell Pitch Presentation Changes - 3 Hours

Game Design Document Creation - 15 Hours

Samples

 Sell Pitch
Game Design Document





































Positive: Art Direction has taken an interesting turn with its colors and the Game Design Document is filled out substantially. In places where there's no information yet, we, at the very least, know where to put it when we have it, and we will be able to keep in mind what we still need at all times by looking at the Document

Negative: Communication was poor, and we were working up to the last minute. This was seen last week as well to a degree, which could be brushed off as a matter of just starting the project with a new team, but I don't want it to become a habit.
Additionally, Documentation completely ate up my time this week. I did not get a chance to do any programming.

Upcoming: I'll get back to working on the controller for the COM-Buster, making it feel better, especially with the input system we're implementing for it. I especially would like to have gravity begin to affect the COM-Buster by next week, forcing the nose of the ship to dip and bringing the player back into the Sea of Smog unless they do something about it.





Comments

Post a Comment

Popular posts from this blog

Image
Jacob Dixey, PPJ#3 Playtest Survey Draft  - 2 hours 2nd Scrum Presentation - 1 hour Camera Improvements - 1 hour Spinning Action - 1.5 hours COM-Buster Takeoff - 1 hour Pause Gameplay - 1 hour Bouncing - 1 hour Tweaking - 2 hours Samples Spinning and Bouncing Scrum Presentation Pause Menu Positive: The level's visual style came together really well, in addition to many of the core mechanics surrounding flying being solidified with a lot of time put into tweaking it for playtesting. Our meetings have also given us a lot of good ideas for how we can communicate the different states of the player visually, such as heating up changing a shader on the COM-Buster and its trail, and when Overheating causing a fiery effect on the screen that slightly gets in the way of your peripheral vision. Negative:  It was another week of getting things together last minute. I want us to start meeting up earlier (say, Saturday) and then using Monday (or u...
Read more

Getting Started: In the Cloud(s) Sean McFadden Summary (PPJ #01)

Image
This week was spent doing two main things, both seemingly involving clouds. The first was getting our project website setup. I don't think we need anything fancy yet, so it consists of a basic standard website hosted on an S3 instance. I added some nice features like logging and view counting just so we can monitor exposure in the future. The website is really bare bones at the moment, pretty much consisting of only a few lines of text and some empty web pages. I plan on adding some more styling and media over the coming weeks, as we don't have much in terms of presentable media at the moment. However it is important to have a good framework for a modifiable website at the moment, as it can ease the process as the game grows. If you want, you can visit the website below!  oilandcorditegame.com Additionally, I spent a big chunk of time researching and planning the implementation of our clouds system. Since the game world has a massive layer of clouds below the player, ...
Read more

Peter Eldredge PPJ #1

Image
Set up the Unity Project and GitHub, adding some of my useful Scripts - 1 Hour Group meeting about the project and tasks - 2 Hours Conceptualized and implemented a modular enemy framework - 3 Hours Helped Jake with programming the player controller (primarily the physics) - 3 Hours Final setup for the demo/build - 1 Hour Enemy Example Enemy Framework Example The behavior above was made just by tweaking some values on prefabs and scriptable objects. The idea is that this will be expanded throughout the course and we can have an easy way to create new enemies. The behavior system can also be expanded to movement patters and a health system/weak points. Here are some inspector tabs to demonstrate how the behavior was achieved. The scriptable object is the attack behavior. It controls the conditions for the attack to fire as well as the prefab which handles the attack itself. In this case, it simply instantiates the FastLaser prefab. The condition that must be met are that...
Read more