Welcome to Part 2 of Development

This project was chosen to continue for the next subsequent term to be worked on by both sections of the class. This blog will serve to document the progress of the game, with notes on weekly builds, design decisions across the board, presentations, the game design document, and more! Due to the sheer size of the team (and the amount of meeting minutes that go along with the team!), we have decided to house the notes elsewhere.

Now that the team has expanded, we hope to make significant progress on The Unseen in the coming weeks with the goal of polishing the game for the Game Developer's Conference in March. Until next time!

11/21 Class Minutes

Today's is a big update! Our game is coming along nicely and nearly finished. We have some heavy texturing to do, some sound changes, and polish - but we're nearly there. We presented an early version of our final sell presentation today, along with our newest build. We got great feedback and positive input, and it felt really great to finally hear that our product is become impressive.

Here's the notes I took today on both our sell presentation and our game demo.

Sell feedback (The number corresponds with the slide number)
2. Make the 'imagine' parts pop up one at a time
3. after 'you hear noise', jump to 'now you're on a spaceship'. Not straight to Game Start screen.
4. After 'on a ship', then game screen.
5. ??
6. Blend art and story here, don't separate. Incorporate screenshots. This goes for other slides too
7. Intended audience is good, just put intended rating as well
8. Introduce character > story > what player doing > intended audience (in that order)
9. Don't list individually. Maybe ditch slide. As we put images, we can mention some of these things. Demonstrate these, don't list. Video?
10. Include this on the story
11. Include this after story? Gameplay slide? Can go into small detail as to how the creature is finding you (heatmap)
12. Great slide. Maybe get scale, get better pose of Henry. However, this is a little deceptive to in game - creature seems smaller in game than this screen. Reared up pose in game to demonstrate size and fear?
13. don't break this out. concept art is great, try to get matching screen shot. This doesn't need its own slide, should be in gameplay explanation
14. This screen shot could go with story. don't title 'Demo Scenario'
15. good, same as above
16. this shouldnt be seperate slide. incorporate these slides throughout
17. get updated gun model. ditch concept art. this goes with gameplay, doesn't need its own slide. Have gun pictured with energy pickups, show they work together.
18. have gameplay demo, then Question?

- Less lists and back and forth
- Video right before game screen? Want to give them sense of fear before game screen.
- Too much back and forth between story and gameplay, have it flow better.
- If we show Henry, needs better poses and look.
- Introduce Henry before explicit story. explain why he's the only one. show game screen, then talk about Genry and why he's only one there
Demo
- Audio/visual clue when pickup ammo
- More monster audio
- Make generator spin, turn on lights? make it more obvious that its now on. give more payoff, a clue as to what's next? cliffhanger!
- Footsteps frequency needs to be upped
- More scares! valves and pipes bursting? lights that were on turning off?

11/7 Class Feedback

Today we presented our week 7 scrum. Overall feedback was positive and we've made some great progress. Things we need to work on over the next few weeks are implementing sound effects, getting animations in, and texturing the world and objects.

A lot of players seemed to be confused about what exactly the generator was, and they had trouble figuring out what to do once getting out of the intro room.

We also need to figure out a way to convey to the player that the monster should not be shot, and can't be killed. While most people figured this out on their own, most players attacked it first.

We also need to work on the alien's vision distance. Right now, in the dark, he can see you from very far away. Originally, we wanted the monster to be pretty blind in the pitch black parts of the game, and it would only find you if it bumped into you in the dark. However, he'd have no problem seeing you from a distance if you were standing in light.

We need to polish up these aspects of the game, but so far so good.

New Group Policies

Due to last weeks chaotic submission process and deadlines not being met, we have come up with the new policies below.

New Submission Policy: We now have a Deliverables spreadsheet on Google Drive, which can be found here. Each week, your deliverables should correlate with the Gantt chart (also on Google Drive). Send your assets to whoever is listed in the "Submit To" column, by the date and time in the "Submit Time" column. The receiver should then provide feedback to the submitter, and let them know if revisions need to be made. After the asset is deemed finished, the receiver needs to sign off on the spreadsheet, and graded on a scale from 1-5, (1 is bad, 3 is average, 5 is great). This grade will not affect your Diefenbucks unless the quality is a 1 or 2.

Deadlines: All art assets should be sent to Dylan by Tuesday morning. If they're not in, you'll receive a 30% reduction in your Diefenbucks for that week. If they're still not in 24 hours later (Wednesday morning), you'll receive no Diefenbucks for that week. Note: If people abuse the 30% reduction, we'll up it to 50%.

Diefenbucks Distribution: The Diefenbucks we receive each week will be distributed evenly among the group, provided there were no penalties for an individual. If there are penalties, the Diefenbucks they forfeited will be evenly distributed to the other members of the group. For example: we have 8 members in our group. In one week, we earn 8/10 bucks. If every person does their work without any deadline penalties, each person receives 1 buck. However, if Evan was late on his submissions within 24 hours, he will receive 0.7 bucks and the rest of the group will get 1.04.  If he's 24 hours or more late, he will receive no bucks, and everyone else will receive 1.14 bucks.

Oct 17 Class Meeting

Today Cory presented our Week 4 scrum presentation which can be found here.

Our presentation overall was good, and we got a few tips on how to improve it. I took some notes.

• Compare what we said we'd do vs what we accomplished (relate it to the previous week)
• How successful were we, self reflection
• Art
• Show concept art vs prev week vs current
• Art asset checklist overview (show overview, table)
• Gun concept as player would see (player perspective)
• World assets need to fit the theme better
• Programming
• Basic ideas of scripts that were made that week, what they're based on
• "For Next Week" section
• Organize by category
• Programming, art, audio,
• As a whole section

We also had some discussions about our game and debugging menu.What we have so far is a great start, but we need some debug options for the enemy, including speed. For our debug version, we should also show the player's HP.

Lastly, we also really need to hash out our monster, and what makes it scary. It's possible we'll have to do some redesigning of it if players don't find it scary.

Next week we'll have our first playtesters play through our prototype level and give us basic feedback.

Oct 10 Class Meeting Feedback

Today we presented our first 5 minute sell presentation, our prototype, and scrum presentations from the past two weeks.

We got some valuable feedback for all of them, which Jon wrote down and I'm recording here.

Feedback on our Sell Presentation

• Have a more interesting, not all-black background
• Include more images
• Have some kind of teaser in the beginning
• The title slide should have a tag line
• Realism - it isn't unique
• Be careful with setting the bar in relation to big-name games
• Go more in-depth on sound and light
• "Story" instead of where & when
• Character portrait sketch
• Research station sketch
• Paint a consistent mental picture for each person in the audience
• Relate 'who it's for' with fans of other games
• Why we are making it/marketing, why people will buy
• What does the player...
• do?
• know?
• see?
• how do they know it?
• why is it fun?
• Potential design idea: monster consumes energy orbs, gets energy/speed/power
• Perhaps in the dark, player's cant tell the difference between colors, possible puzzle?
• Whole team participates in next sell

Feedback on Scrum Presentations

• Background has same problems as sell
• Role-specific tasks (who's doing what)
• Don't jump back and forth between things (Don!)
• Sufficient detail on how things were done
• Videos of animations
• Psuedo code
• Pics of models
• Give enough detail for critique

October 3 Class Meeting and Feedback

Today we had a class meeting where we presented our five-page pitch, and received a lot of valuable feedback.

There are a some core concepts we need to fix about our game, and define in our game design document, which is due Oct 10. They are the following, in no particular order.

• Define our HUD: We don't plan to have any sort of HUD, but we didn't make that apparent in our five-page document. Are we going to have even a small dot as an aiming reticle for throwing objects? (Yes, they will have a minor aiming reticle)  How will the player know how much health Henry has if he gets injured? (Red boarder around the screen that gets more intense as they player has taken damage). No minimap, no gui, except for aiming reticle
• What are the specific in-game objectives? How will we convey where the player needs to go and what to do? Unsure at the moment. In the demo, maybe small gui text will tell them they need to fix something at the start of the demo? Long term, I think it would be best if Henry had like a mental checklist the player could pull up of things he needs to do. What are the end game conditions? If the player is killed by the Creature, or if the player solves the 2 or 3 puzzles we have for the demo.
• What is the expanded vision for our game? If we could take it further, what would this game be, and what will the vertical slice be? Is there a possibility of a series? What is the lifetime of the game?
• Define Henry and the Creature: What are their individual strengths, weaknesses, abilities, size, and specifics? Compare the two in relation to each other. Who's faster? Who can see better and hear better?
• The Creature:
• What is it's origin?
• What exactly does it look like?
• How did it get on the ship?
• How does it move and follow Henry - will it always be in the same room as him?
• Can it see light through walls? Hear through walls?
• Melee only? Is it a one-hit kill?
• Does Henry have a chance to get away if he's spotted?
• Henry:
• How many hits can he take before he is killed?
• Concept art ideas:
• Player shooting a ball of light while the enemy is somewhere on screen - maybe with the Creature taking notice. Something in an open room, more representative of the environment a player would see in-game.
• Puzzles: We need more explanations on our puzzles. What are some specific examples? How will the LEG be used to help solve them?
• What are some specific scenarios where using the LEG will present a fair risk and reward?
• Checkpoints: Will we have them? Is it game over if you die? Unsure. Lets talk to the programmers
• Safe zones: Will there be any? I would say yes in the full game, but I’m not sure if our demo will have any.