Showing posts with label Week 7. Show all posts
Showing posts with label Week 7. Show all posts

Sunday, November 15, 2020

Project Prototype 1: The Beginning

 

Images of my Unity 3D workspace

Today I spent a few hours beginning my actual game for the this module. I will admit right off the bat that this is already proving to be a very difficult process and will continue to be with each step forward. I began the process by sourcing all the assets I needed for the project for free from the Unity Assets Store. I was lucky enough to find the assets that I require for the project quite quickly and compactly which allowed me to begin the process. It was not a completely negative process however because it was honestly quite fun to build and layout all the assets in Unity to create my first prototype level but that was about where the fun ran out. This process took quite a bit of time and involved a lot of adjusting but at least it was creative. The next step I took was to implement the moving platform which is highlighted in the second image which was a matter of adding an animation to the object manually which was a new process for me but was luckily wasn't too difficult. Once all the basic assets were laid out I began the coding for the prototype which proved to be extremely confusing and difficult but also a little rewarding at times.

Image of my C# script for my player so far

I began the coding by writing an extremely basic bare bones code to get the Car to move forward so I could test the actual stage elements themselves and adjust things like speed and placements. I then began the process of trying to further flesh out the controls. The process of writing the code for the prototype involved an immense amount of trial and error and rewriting of code as I tried to amalgamate and mix and match the basic knowledge I could remember from the Unity Tutorials while also attempting to find online sources that could possibly aid in the process. By the end of my session I had controls that somewhat resembled what I wanted but was very much not ideal and still requires an  immense amount of reworking but it serves as a working proof of concept for now. This session gave me a more realistic estimate and direction for my project moving forward.

Tech Task: Animated GIF Maker

GIF of illustration process


 I made my first animated gift for this week's Tech Task. It was a bit of a challenge finding a set of images to use for the GIF and have them all align without using copyrighted material or reposting work I've already shown but while rummaging through my files I found several images from my attempt at converting my journal sketch to a digital piece which fit all the criteria for a GIF.

Thursday, November 12, 2020

Unity Tutorial 06


Image of the Unity Game

In this week's Unity Tutorial we added more flourishes to our infinite runner game to make it feel more like a finished game. This involved adding an explosion of smoke particle effect when the player and object collides and also adding a dirt trail to the players feet to further feign movement to the player. This tutorial introduced particles and the expanded Inspector for particles in Unity which was far more expansive with more options than the Inspectors for other assets so far. Adding the particle effects and having them trigger on and off when needed was actually far easier and more intuitive than I expected as compared to many of the other processes we've had to undertake so far. We also added audio to the game in the form of both music and sound effects which facilitated learning about elements like Audio Listeners and Audio Sources. Music was added to loop for the entirety of the game and sound effects were added for both jumping and upon colliding with an object. Like the particle effects it was surprisingly easier than expected to attach these elements to their specific triggers. Overall this lessons helped to make the game look far more finished and polished than any of the other past games we've made in Unity. Challenge 3 helped to highlight how large of an effect small errors in the code can affect an overall game.

Image of Challenge 3


Monday, November 9, 2020

Game Fun and Flow

 

Video

“In order for the player to be optimally engaged, challenges should be presented at a level equivalent or slightly higher than their current skill. Not too easy, not too hard”(Gigity McD)


The word 'flow state' was coined by Csikszentmihalyi (1975) also known as being “in the zone” This is when the player is fully engaged in the game experience. Csikszentmihalyi put a lot of work into observing and analyzing various groups of people. This theory is focused on the idea of how people should balance their skills and the demands of particular tasks. An example of Flow would be a challenge in a game that interests the player such as a puzzle or a boss battle meant to keep the player interested and not get bored. Csikszentmihalyi also states that flow is related to an ideal psychological condition when a person engages in a challenge-skill activity, often resulting in concentration and a focused emphasis on a task.


A practical technique for improving Flow is to look at what players like and find interesting, it is an invaluable resource as this will give you a better understanding of how to structure your game in a way it flows naturally without affecting the players’ experience and enjoyment. If the player has a high skill set and the game is not a challenge, the player will become disinterested and lose interest in the game. The game must allow the player to grow and learn with each challenge or obstacle so as to stay motivated to continue.

If the player has little to no skill set and the game is too challenging, then the player will become frustrated with anxiety and lose interest in the game as well. A flow chart helps to prevent the game from being too boring or too difficult(create anxiety) which makes the game more successful in terms of achieving Flow. 



The x axis is the player's skill and the y axis is the challenge. When the player starts off, the challenges are easy in order to introduce the player to the game system. Overtime, this will  increase the player's skill. After the player has progressed through the game the challenges get more difficult. This is known as the flow channel and is the ideal place to maintain the player in the flow state. If the challenges are too easy the player will become bored of the game. If the challenges are extremely difficult for the player, the player will get overwhelmed, frustrated or fed up with the game. This is the point where the player reaches the anxiety state of the flow map.




Studies have found Cook (2008) that there are both positive and negative consequences with game flow. The positive representing cognitive flow   “composed of challenge-skill balance, clear goals, and unambiguous feedback,” and a negative element viewed as the emotional flow “composed of action- awareness merging, concentration on the task at hand, sense of control, loss of consciousness, and time transformation.” In the development of computer games, designers must be aware of these two characteristics when developing games.

References


Numinous.productions. Dan Cook 2008. Building A Princess Saving App. Available at: <https://numinous.productions/ttft/assets/Cook2008.pdf> [Accessed 9 November 2020].


McD, Gigity (14th June 2018). What is FLOW THEORY in game design? - The Basics - (Part 1). Game Design with Michael, https://www.youtube.com/watch?v=3H8pQyyXxHg


Sanjamsai S, Phukao P. 2018 Flow experience in computer game playing among Thai university students. Available at: <shorturl.at/rtvGM> [Accessed 9 November 2020].


2nd Paper explaining Flow theory and its connections to Learning

(Introduction for Second Paper)


Flow state?

The state in which the player is in full focus to complete a certain task or section.

Flow state can be identified as one’s maximum focus, dedication and immersion of a game. 

A state where the player is actively engaged in the game

Flow state is the emotions experienced when the activity is going favorably.

Flow Map?

The X axis is the player's skill and the Y axis is the challenge. When the player starts off, the challenges are easy in order to introduce the player to the game system. Overtime, this will  increase the player's skill. After the player has progressed through the game the challenges get more difficult. This is known as the flow channel and is the ideal place to maintain the player in the flow state. If the challenges are too easy the player will become bored of the game. If the challenges are extremely difficult for the player, the player will get overwhelmed, frustrated or fed up with the game. This is the point where the player reaches the anxiety state of the flow map.


Ideal Flow State: Challenge the player - Obtain flow state - Maintain flow state.


Boredom: When the player has a high skill set and the challenge is too easy. This causes them to lose interest..


Anxiety: When the challenge is too hard for the player causes them to lose interest..

To challenge the player by not making the game too easy that the player becomes bored but also not making it too difficult to make the player give up.



How can we adapt our game to deal with the two points above?

By making the challenges harder when time goes by and the player gains more skill.


The learning curve for games has a similar path for the flow state curve. 


‐ Remove extra features

‐ Focus only on the task at hand.


Here’s the learning curve for a game. You can pick up a well made game and start enjoying it

in a few minutes. The better games have weeks of learning.

They steadily crank up your skills at a much faster pace than most applications. There is no

dreaded dip where users are struggling to acquire the next level of expertise.

Hacks:

‐ Segmenting features by user skill level,

‐ Layering less commonly used or expert features so they are out of the way.

‐ Creating a unifying UI metaphor that lets users understand new tools more easily.

‐ Elegant information architecture and clean visual design.


‐ Use skills that people already know. Don’t force them to learn anything new!

Academic Paper


This study was based on the flow theory of Mihaly Csikszentmihalyi. A cross sectional study was performed to examine flow experience in computer game playing among university students and to identify behavior that led to positive consequences and addictive behavior. Multi-stage sampling was conducted to select a sample of 478 university students aged 18- 24 years old who usually play computer games. Data were collected using the assessment instruments of computer game addictive behavior and perception of the consequences from game playing.

Based on exploratory factor analysis, the construct of flow experience could be divided into two dimensions: 1) cognitive flow which was composed of challenge-skill balance, clear goals, and unambiguous feedback, and 2) emotional flow which was composed of action- awareness merging, concentration on the task at hand, sense of control, loss of con-sciousness, and time transformation. 


However, the state of flow in computer game playing was indeed a key factor that could perpetrate positive or negative outcomes.


It’s recommended that youth-related organizations should promote cognitive flow experiences to develop the self-improvement of computer game players rather than emotional flow experiences which can cause contentment, intense concentration, and low

consciousness and physical impacts.


Flow theory has been considered as a comprehensive theory to explain both sides of the impact from computer game playing because the state of flow refers to what happens when children are playing computer games that involve enjoyment, challenging, reacting, active thinking, feeling, and behaving (Voiskounsky, 2010). Flow theory was developed by Mihaly Csikszentmaha-lyi, and describes a state of concentration or complete ab-sorption with the activity at hand and the situation (Csikszentmihalyi,1997). The flow state is an optimal state of intrinsic motivation, where the person is fully immersed in what he or she is doing. However, too much involvement In flow by being over absorbed and engaged for example, can harm children, since they might obsess with the state of enjoyment but ignore self-care and interpersonal relationships (Chiang, Lin, Cheng,& Liu, 2011). Therefore, flow is considered as the state leading to either positive or negative consequences in computer game playing.



The flow experience structure in the context of

computer-game-playing behavior was different from the

original theory's structure and could be divided into

Cognitive flow and emotional flow. In particular, if a player had a cognitive flow experience to evaluate, analyze, plan, set a goal, and become aware of self-improvement, he/she would be more likely to have a positive outcome. On the contrary, if a player had emotional flow experience causing contentment, intense concentration, and low

consciousness, it could cause psychological and physical

impacts.


From this study, organizations related to children and adolescents' affairs, science and technology, software industry promotion, education, and public health should encourage children to play a game in a positive way.


This study could be applied in other contexts for social benefit, such as flow experience in work, flow experience in playing sport, workflow experience in playing music.






References


Numinous.productions. Dan Cook 2008. Building A Princess Saving App. Available at: <https://numinous.productions/ttft/assets/Cook2008.pdf> [Accessed 9 November 2020].


McD, Gigity (14th June 2018). What is FLOW THEORY in game design? - The Basics - (Part 1). Game Design with Michael, https://www.youtube.com/watch?v=3H8pQyyXxHg


Sanjamsai S, Phukao P. 2018 Flow experience in computer game playing among Thai university students. Available at: <shorturl.at/rtvGM> [Accessed 9 November 2020].

Reading Task 10: Finishing touches

  Image by Markus Winkler on Unsplash.com For this week's reading task we, as a class, collectively worked on our individual sections in...