Students will produce a networked game that will leverage sensors on the phone to create a unique gaming experience. The focus of the game will be to make it physical through real-world gestures, motion and knowledge of other players real-world location. To do this students will need to integrate knowledge of graphics, networking, sensors, and user interface design alongside a skill set of tool usage. The final project will involve milestones with opportunities to get ungraded peer review feedback from fellow learners so that they can iterate and improve their game program. The final networked game that the students produce would be something they could showcase in job application materials, in an interview, or offer in the iTunes store.
Deliverable # 4
Loading...
来自 University of California, Irvine 的课程
iOS Project: Transreality Game
8 个评分
University of California, Irvine
8 个评分
课程 6（共 6 门，Specialization iOS Development for Creative Entrepreneurs）
从本节课中
Level Up
Let's take it to the next level! This week, as you continue to improve the stability and overall implementation of your game, we want to make sure that you hit the requirements for sound and particle systems. These are probably pretty easy things to add to your game (depending on your game!) so use the slack to make progress on the other aspects of your game. Maybe add an extra level if your game has levels.
与讲师见面
Don PattersonAssociate Professor
Informatics and Computer Science
Sam KaufmanPartner at Gradient
[Music]
Okay, for your fourth deliverable
this week you should continue to improve
the game play and stability of your application.
As always, you can work on all aspects of your game,
but this week we are particularly asking you to focus us
demonstrating sound effects, your background sounds
and a particle system and incorporate those into
your game play demonstration for us.
We are calling this week "Level Up"
because if you have multiple levels
we encourage you to build out a second level
and show that to us in game play.
Of course, different people have different styles of games
and so if you do not have more than one level,
that is okay, we are not specifically asking you to demonstrate
a level.
But, think of the amount of progress that we are asking
you to make to be comparable to
building a second level if you were in a game that had
multiple levels. So whatever you are doing
try to map the amount of progress that you should
be making in you game play with that.
Regardless, what we are really interested in
is understanding how much progress you have
made since your last milestone.
So, we are asking you to do a self-assessment as part
of the turn-in this week, of what you are turning in.
We want you to turn in a video again.
The first part of the video you are going to describe
some of that progress.
Of course, you should be continuing to reduce the number
of glitches. Your game should start to look like
something that you could actually play.
Something that you are thinking about maybe having
someone else test eventually.
You want to continue to improve
the quality of your code.
Don't forget you can use those discussion forums
to help bounce ideas off of other people or
get help and reminding yourself how to do different types of
code patterns. It is interesting
because with all the different students working on different
projects this can become a much more collaborative
kind of environment then when you are all competing
and doing the same thing.
So use that discussion forum to help with any creative problems,
any technical problems, or bounce concept ideas off of other students.
It is yours to make of it what you will.
When it comes time to produce your deliverable,
we are asking you to produce a video.
At the beginning of the video, we would like you to do a
voiceover, with whatever appropriate visuals goes with
that voiceover, to describe and show us what has changed
in your app design and implementation since last week.
What progress have you made?
Jot it down, not just for purposes of turning in this deliverable,
but also to make sure you understand how well you are doing.
Let this be a self assessment.
If you are making lots of progress, congratulations!
You can see that and you can feel like you are doing well.
If when it comes time to sit down and say "what have I done"
you know you are starting to fall behind and need to pick up the pace a little bit.
After you describe what it is you have done since last week,
please describe where the particle system occurs in your game.
Sometimes particle systems can happen very quickly.
Sometimes they can be hard to detect.
They can take a bunch of different forms
whether it is smoke or magic or fire or explosions.
So describe to us where we should expect to see that
later on in this video.
Please explain how and when your sound effects
are used. How do they work into the game play?
What should we be listening for?
So that when we see the demo we expect to see it.
Finally, where are you using longer background sounds?
Now of course, this might be obvious - right?
If you just have a background song that is playing
throughout the game, like that earworm in Legend of Zelda,
that was always playing in the background that would be obvious.
Just give us a little bit of preparation about what we are going to hear.
Once you have described all that, then we want you to
actually start your game in a simulator or in your QuickTime recording
of your game recording feature, and we want you to step
through the different screens necessary to start game play
and to demonstrate these things.
First focus on demonstrating those aspects of the game
that you desciribed that are improvements since last week.
Feel free to call them out or annotate your video with
the things that have changed.
And then, we want you to specifically show us the particle system.
Where is that in your game?
Specifically point out when the sound effects are happening
or at least give us a real obvious indication of the sound
effects happening that matches your description at the beginning of the game.
And then of course have an example of the background
sound playing at some point.
Like all of our videos in this series of sprints,
make sure that it is not longer than 5 minutes.
Hopefully, your peers are going to be encouraging to you,
but their patience is limited,
and 5 minutes seems like more than enough time
to be able to show these things off and to demonstrate
what you are working towards.
So, this deliverable is "Level Up".
Let's see you level up your design and your implementation
and show it off. Let's see where you are taking us.
Thank you.
