Reading 3

So today i'll be looking at some secondary sources for further research into my chosen chapters, direct payment models and dimensions of a game world. In my last post I made an introduction to these topics and in this one we'll be going more in depth into them and how they effect the users experience of the game.

Firstly I found an article relating to the dimensions within a games world

Fundamentals of Game Design: Game Worlds

This article goes into detail on all of the different types of dimensions that are utilised within a game. Usually the only dimension that people think of when relating to games is the scale of the map and in some cases the characters within it however, there's actually more ways that space is utilised in a game, in both an in-game way and in a meta way. For instance there's how big a map looks then there is how big a map really is. To illustrate the difference let me make a comparison, take a look at the video below from Atari game "E.T the Extra-Terrestrial".

Click here for the video

Looks like shit right? This is mutually agreed to be one of the worst games of all time, largely because of its map design. It makes the player feel claustrophobic, as if they're trapped in this box of a level. However this is actually the exact same map layout used in the classic Pokemon games for Nintendo and Gameboy, you control a character that moves in 4 directions around a small level and when you reach the border of the level you enter a new level of identical nature. Why are the Pokemon maps hailed as being some of the greatest of all time with an age defining open world feeling? (achieved without even using 3D by the way) Because it feels a lot bigger then it really is, this can be achieved by using higher quality graphics, depth, time, real world sound effects and unique level design, all of which differentiate the maps of Pokemon and old E.T. The point is, there's more to dimensions then just how big the map is, there's a lot of factors that alter a lot of different things and although I touched on them in my tangent on Pokemon I look forward to going more in-depth on some of the dimension types I named. 

For my research on direct payment models I've looked at this article

The 5 Different Payment Models for Video Games

This article breaks down the different types of payment models in games and goes into detail on what each model means and how it makes profit for the game its implemented into. The five types are as follows Single payment, DLC, Free, Subscription, Kickstarter. Now in my first post I talked about how some of these models implement eachother into the same game, for example single payment games will usually have a small number of large DLC packages that expand the games story and gameplay while free games will lock a part of the game away and will require small payments for small quantities of DLC, usually in-game currency and resources. The relationship between these models is interesting but one thing I am really looking forward to researching is how the popularity of these models have changed over time, usually depending on what model is implemented in the top games of the time (e.g Fortnite spawning a million free battle royale games with microtransactions) and how certain payment models are unsuited and insufficient but strive for alternative reasons (e.g World of Warcraft and its ripoff subscription based model). All of which I want to research even further into in future posts. It is now 1am and I am sleepy so until next time.

Source

 

Reading 2

Hello, for some reason i'm about 8 weeks behind on readings so here's my attempt to catch up and pass the module, enjoy. Anyway, for our CA this year we're gradually adding towards making a book throughout the entirety of the module. We each chose our own chapters to cover and by the end of the year we'll combine our work to produce the aforementioned books. The two chapters I've selected are as follows,

Direct Payment Models

and 

Dimensions of a Game World

Now, honestly these are pretty vague phrases, you wont even find anything related to gaming should you look up "direct payment models" but these two chapters are centered around topics that I find very interesting in gaming, payment and environment. That being said my research will be based on my interpretation of these phrases. 

Direct payment models, the way I see this is that this is the way games extract money from you, be it with upfront charges (ex. paying 70 euro for the new Fifa game) or via micro-transactions (paying 4.99 for an in game resource). The pricing can vary for a multitude of reasons depending on the type of content, Free games may be free but tend to push players towards paying small amounts of money for in-game currency and resources, while games with larger upfront charges tend to have downloadable content that will add more gameplay to the game and expand on the games story (effectively known as expansions).

My understanding of the dimensions of a game world is that it explores the size of a games map and how the maps height and width can determine how the game is played, for example battle royale games such as Fortnite require a huge 3D map by nature of its gameplay while a game like Mortal Kombat could easily be played on a small 2D platform. 

I'm excited to talk about and research these topics in later posts, thanks for reading.

Mortal Kombat 2

Source

Unity Tutorial 6

So for this week of our Unity tutorials we looked at emulating a classic side scrolling game. For this tutorial we focused on creating a bigger sense of detail and quality by using things like sound, particle effects and additional animation.

After importing the template of the project the first thing we needed to do was to make a character jump (3.1). To do this we first imported a character into the game and positioned him so that he was facing the right way. Then we added a player controller script to the model for the next step. From there we use script to make the character jump whenever the space button is pressed. Then we messed around with the gravity in the scene to alter the height of the jump. To prevent the player from being able to win 100% of the time by spamming the spacebar we use "if" values to insure the player can only jump once. From there we added in our objects for the player to jump over and made it so that they spawn at intervals to make them endless.

In (3.2) we addressed an issue with the game, the background would just disappear if the player went far enough. To fix this made the background repeat itself and used script to make the transition more fluid looking. After that we wanted to add a game over trigger for when the player hits an object and loses, we did something very similar in our previous tutorials. We also made sure that when the player triggers a game over the rest of the game stops as well, including the objects spawning and the background continuing to move. To tidy things up we also used the "destroy" value that we used in previous games to delete the object once they move out of the scene.

Finally, in (3.3) we looked at adding animations to our character model, we messed around with the models animations before selecting the run animation and setting a speed for it, now he isn't just hovering along the map. Next we added the jump animation and adjusted it to make it smoother looking. Finally, we added the animation for when the player hits an object and "dies", there was a bug that made it so the player was able to jump from this position which looked funny but we got rid of it by adjusting the jump conditions. 

Source Unity

Unity Tutorial 5

Last week in our unity tutorials we made a kind of space invader-esque game using pizza and farm animals, which is great but this week we're looking to improve upon that. So lesson 2.4 focuses on making a couple of improvements, first of all we make the animals spawn completely randomly instead of on command to make the game somewhat challenging. We do this by writing a function in the code to mark the spawn range as random before we throw in some additional code so they spawn on a timer.

Next we needed to fix the problem of projectiles flying through the animals when they connect with eachother. Using colliders and checking the "Is Trigger" button we created an interaction between the animals and the projectiles, in the next step we added code to turn that interaction into the deletion of the animal. Finally we use code to trigger a pop-up game over screen should an animal make it past the player, and with that our space invader/farm animal game is functional.

We also had bit of  challenger to do for this weeks tutorials, this was pretty much to make with the same concept as the one we've been working on, but with a different arrangement, this mainly consisted of reusing what we had just learned but it was cool to see how we can make different looking games using the same mechanics.

"Fetch Game"

Source Unity

Unity Tutorial 4

So for this Unity tutorial we took a look at a couple of different things, in the first tutorial (2.1) we looked at some basic movement functions as well as how to prohibit the player from moving to a certain area, such as the end of the map. This is done with something called an "if" factor, that for example tells the game to move a character to the right "if" they step too far to the left. I found this pretty cool since this kind of concept is used all the times in games, so learning about it was pretty interesting.

In tutorial (2.2) we looked at how to launch projectiles, in this case food, at animals. This is done by writing script that makes the object go forwards, by using prefabs we can make that motion occur whenever the player presses a certain button, in this case the spacebar, a pretty cool mechanic with plenty of uses. We also looked at how to create boundaries on the edge of the map, which deletes/removes any objects that go past them and leave the map.

In the final tutorial (2.3) we pretty much spawned animals by pressing a button and made them walk around. All of this was done with random values so the animals spawned randomly at different points in the map. This was done similarly to what we did in the previous tutorial. We also messed with the camera a bit and flipped between isometric view and perspective view. When complete the final version is pretty much space invaders but you have random animals trying to kill you, unique stuff.

Source Unity

Unity Free Tutorials

Unity Free Tutorials

Back at it again with yet another unity tutorial, this week were yet again allowed to go off and pick a tutorial of our choice that best relates to our game. Previous tutorials I've picked included tutorials regarding how to create a useable health bar and a fire with particle effects. This week I'll be using a tutorial by the one and only Jimmy Vegas about how to create moveable platforms within a game, the reason for this being that as I've progressed on making my game I've realised my concept was actually fairly difficult to do, especially when you're awful at Unity. So the concept of my game has slightly deviated to a a kind of platform adventure game, as such this tutorial will be really useful. Moveable platforms have always been a staple of platform games and to my knowledge I don't think a lot of other people are using them in their games, not that it makes a difference.

The tutorial itself is pretty straightforward, you just need to create the platform then move it while recording to make the animation. Then you just add some script to make it interactable with the player. Not the most advanced feature, but definitely one that can add a little something to my game.

(Le Jimmy Vegas tutorial)

Source

Games Testing

This week as part of our readings we were given material to read regarding game testing as well as how to give constructive criticism, obviously these two things go hand and hand. The first link discussed the aforementioned constructive criticism, it talked about how important it is to give unbiased and valid feedback when criticising a game, this makes sure that the criticism is as valuable as possible. Another point made by the post is to ensure that the feedback is clear, understandable and relevant, this insures that the receiver of the feedback fully understands it and can use it to improve on their game.

The second link we were given talked about game testing, one interesting thing of note that I found in the reading was how it stated that game testing from a gamer is just as valuable as game testing from a fellow developer. While developers would closely examine your game and look for flaws within it a gamer will instead give you first hand feedback. The gamer can also recount to you how your target audience would feel, as you are indeed trying to sell to gamers, not game developers.

(A desk of developers reviewing a game)

Source