This course (CS108) has been very informative helping students like me to learn a lot about many aspects of games such as history of games, definitions, game designs, game development process, new technologies both software and hardware based, etc. To be more specific the aspects I mentioned included a great variety of complex engines and tools available to us making it easier to create things such as art, entertainment, tools and utility programs as well as brining in some ideas and inspirations about potential future projects. Some of those projects have been developed by students to different degrees from rough pre-alpha stage prototypes to completely amazing and outstanding fully developed games and applications. Aside from acquiring and expanding a great amount of knowledge throughout this course, I have personally improved my skills in areas such as programming, writing(blogging), tools and applications usage via hands-on work. Thanks to our instructor, prof. James Morgan, this course has been very enjoyable and helpful :)
Friday, December 16, 2016
Saturday, November 26, 2016
CarbonCraft
![]() |
Main Menu |
![]() |
Kitchen and Player's UI |
![]() |
Minigame |
![]() |
Statistics(beef production) |
![]() |
Quiz(Boss Fight) |
Saturday, November 19, 2016
GPS Games
![]() |
PokemonGo(left: 3d virtual space; right: augmented rality) |
![]() |
Ingress. In-game map. |
Saturday, November 5, 2016
Call of the Void (version 2)
![]() |
Oops, the lanterns seem to be misaligned |
Compared to Alpha, this version has more guards with refined AI behavior and many more animations. Moreover, now you can die, restart the game, complete the game and recieve score.
Use arrow keys for movement/jumping. 'C' - to throw projectiles. 'Alt' - to teleport forward(this is kind of a cheat; if you get stuck inside of objects, try teleporting out).
Art: Robert Steiminger.
Programming: Andrei Voinov.
Link to the game's executable: GoogleDrive.
Saturday, October 22, 2016
Call of the Void
![]() |
The very beginning of the first level |
My role as a producer was to put in image assets into the game, convert them into usable sprites and make game objects based on those sprites. Objects' placement, collisions, player controls, animation triggers, AI behavior and physics were the things I have implemented and/or planning to implement.
The game's level hasn't been finished yet, so we are planning to place all kinds of objects and NPCs across the level to make it challenging and fun to complete it. Because there isn't much stuff in the game right now, there isn't much to test or play with. Other than that, once the game is finished, the major questions we would like to ask our players would be: is the game fun? Is the game challenging enough?
Link to the game's executable: GoogleDrive.
Saturday, October 1, 2016
Video Games
"You Have To Burn The
Rope" is an easy and quick to finish game with a little trick. In this
game there is only one level with a boss. You, as a player, have to literally
burn the rope in order to kill the boss and finish the game. Controls in this
game a simple: you can move and jump around with arrow keys. Most of the letter
keys on the keyboard would trigger a weapon throw, which is ironically useless
in this game since those weapons don't do any damage to the boss. All of those
things are mentioned in the beginning of the game in pure text form by the
author of the game. Naturally, when seeing a game similar to those made in Game
Maker, you would expect tools at your disposal to be useful, especially when to
comes to killing a boss with weapons. However, in this game you simply have to
follow the game's name and burn the rope to complete it(see Pic. 1).
"WizardWizard" is
a typical game with many levels and puzzles which one must complete in order to
advance to the next level. There are 25 levels in this game with difficulty
increasing with each level you pass. The controls are simple: you can jump,
double jump and move with arrow keys. And that is all you need to do here. Your
goal for every level is to obtain the key and open the door which leads to the
next level. Even though a player can die from a fall into abyss or to a
spinning cog, the death is not permanent and the player would respawn
immediately and attempt to complete the level again. However, when the player
dies, the deathcount increases by one. Note that each level's title provides a
hint to or outlines the major obstacle in your path to finishing the level(see
Pic. 2).
"This is The Only
Level" is a game with only one physical level, but with dynamic mechanics
which change with every stage of the same level passed. Things like gravity,
controls, objects' and surfaces' characteristics vary with each stage with one
or more things from the list changed on each stage. Even though the level's
structure always looks the same, the objective, which is to reach the other end
of the level, or rather escape the level, would be the same and in the same
place. However, due to variation of all of the factors mentioned before,
players experience different challenges throughout the stages of the game. The
game tracks your time, and the number of deaths. Each stage has a title which
is a hint to how to beat the stage(see Pic. 3).
"This is The Only Level" looks very similar to "WizardWizard" in terms of some mechanics objectives, and GUI. The first and most thing in common between both games is that there is no permanent death, while there is a deathcounter which counts number of times a player died. Both games have that counter in their graphical user interfaces. Second similarity is the simplicity of the controls. While controls in "This is The Only Level" might vary with stages, the general idea is that you can jump and move around with arrow keys just like in "WizardWizard". Third, each stage in both games has a character controlled by player in two-dimensional space, a spawn point and an objective which players have to reach in order to advance to the next stage/level. Fourth, GUIs in both games have a stage/level title which somehow relates to, or points out the challenge of that specific stage or level, sometimes making it easier for a player to find a way to complete the stage/level. Fifth, both games have two objectives players have to complete, though there are some exceptional stages in "This is The Only Level" where you don't have to complete one of the two objectives to proceed to the next level. In "WizardWizard" players have to obtain a key to open a gate leading to the next level, whereas in "This is The Only Level" players have to press a button first in order to open a path leading to the next level.
Pic. 1. You Have To Burn The Rope
Pic. 2. WizardWizard
"This is The Only Level" looks very similar to "WizardWizard" in terms of some mechanics objectives, and GUI. The first and most thing in common between both games is that there is no permanent death, while there is a deathcounter which counts number of times a player died. Both games have that counter in their graphical user interfaces. Second similarity is the simplicity of the controls. While controls in "This is The Only Level" might vary with stages, the general idea is that you can jump and move around with arrow keys just like in "WizardWizard". Third, each stage in both games has a character controlled by player in two-dimensional space, a spawn point and an objective which players have to reach in order to advance to the next stage/level. Fourth, GUIs in both games have a stage/level title which somehow relates to, or points out the challenge of that specific stage or level, sometimes making it easier for a player to find a way to complete the stage/level. Fifth, both games have two objectives players have to complete, though there are some exceptional stages in "This is The Only Level" where you don't have to complete one of the two objectives to proceed to the next level. In "WizardWizard" players have to obtain a key to open a gate leading to the next level, whereas in "This is The Only Level" players have to press a button first in order to open a path leading to the next level.
Pic. 3. This is The Only Level
Sunday, September 25, 2016
XCraft the Board Game
XCraft is a board game
about two to four powers fighting for control over an ancient artifact. Players
represent and control the forces involved in this war. They can gather
resources, build their armies, fight their opponents and capture control points
around the artifacts. The ultimate goal of this game is to take control of all
6 control points around the ancient artifact. Only one player can become a
winner.
This game has gone through three stages of development with one play session per each stage. When the first version of game was built, there were some uncertainties about what values should be used for resource gathering, producing workers and warriors and limits to players' actions per turn. Since there were only two players available for the first play test, the game board was drawn for just two players(see Pic. 1). In the first version of the game the game's pace was extremely slow. Due to the game objective being too difficult to achieve and some balance issues with resources' conversion rates, it became almost impossible for players to finish the game. There were 16 control points for players to capture to finish the game. It would've taken a lot of time to capture all 16 control points, but the game can only be won if a single player captures all of those points which, under constant pressure and fierce attacks from the second player proved to be impossible.
Because the first version
failed as a winnable game, there were changes made to the number of control
points around the objective making it 6 instead of 16 and the resource
gathering amounts as well as cost of units. The second version of the game
introduced limits to how many actions players can take each turn making it 2
actions per turn with certain rules for how those actions can be utilized. The
speed at which players could build their armies increased, which made fights
between the players to occur earlier in the game and more often throughout the
game ovrall. These changes significantly sped up the game's pace; however, they
were not enough to make the game's goal achievable within reasonable time frame.
In other words, the game still took too long to finish. The major problems with
the second version were that there were too many fields that players' armies
had to cover in order to get to the objective. On top of that, the number of
fields around the board was bit chaotic and unbalanced favoring some players
over the other(see Pic. 2).
Changes made in the third
version of the game were mostly focused on the game board's layout. The 6 core
control points around the objective were numbered from 1 to 6 and each player,
when rolling a die, could choose to instantly move his/her warrior unit to one
of the six control points depending on the number rolled. This meant that all
players could get to the objective without having to cover big distances and
instantly occupy a control point. If a control point is occupied then another
player who also wants to jump to that spot would have to fight the player in
control of the point. In addition, the paths leading to the control points were
rearranged making it easier for players to reach the objective. The more
players play the game, the longer it takes to finish it, but, at the very
least, after two iterations of changes to the game, it became winnable.
Here are some shots from the final play session(game's version #3) with 4 players(see Pic. 3 and Pic. 4). There are still some issues with the balance of the game in terms of layout of the board and the location of control points, but the third version of the game is much better than the last two.
This game has gone through three stages of development with one play session per each stage. When the first version of game was built, there were some uncertainties about what values should be used for resource gathering, producing workers and warriors and limits to players' actions per turn. Since there were only two players available for the first play test, the game board was drawn for just two players(see Pic. 1). In the first version of the game the game's pace was extremely slow. Due to the game objective being too difficult to achieve and some balance issues with resources' conversion rates, it became almost impossible for players to finish the game. There were 16 control points for players to capture to finish the game. It would've taken a lot of time to capture all 16 control points, but the game can only be won if a single player captures all of those points which, under constant pressure and fierce attacks from the second player proved to be impossible.
Pic. 2. Second version of the game board(graphical representation)
Here are some shots from the final play session(game's version #3) with 4 players(see Pic. 3 and Pic. 4). There are still some issues with the balance of the game in terms of layout of the board and the location of control points, but the third version of the game is much better than the last two.
Pic. 3. Third version of the game(1st turn)
Pic. 4. Third version of the game(nth turn)
Sunday, September 11, 2016
Forbidden Island
Pic. 2. Farewell Forbidden Island
Results: 5 tiles sunk, 12 tiles flooded, water level: 5(2 levels before the apocalyptical flood), 4/4 treasures recovered, 4/4 players survived. Victory!
Game Rules: http://gamewright.com/gamewright/pdfs/Rules/ForbiddenIslandTM-RULES.pdf
Boardgamegeek link: https://www.boardgamegeek.com/image/646456/forbidden-island
Monday, August 29, 2016
Prince Of Persia [DOS]
![]() |
Pic. 1. Prince of Persia ... examining a spike trap |
First, you have to experience ... death! Well, that's how you learn the ways to play most of the video games, which allow one to die, anyway. The game I would like to talk about is Prince Of Persia. Do not confuse it with the game of the same name developed by Ubisoft in 2008. This one is special because, first of all, it was developed in 1989, and, second of all, it was initially developed for Apple II and later ported to other operating systems. I've played it before on MS-DOS.
So you play ... as a guy who is trying to save princess from a terribly evil person whom you have to defeat at the end of endless dungeons full of traps and guards. To do so, you have to ... die ... infinite number of times until you remember where all the traps are, learn how to fight the guards with a sword, which you don't have initially. I mean, I can get to the point where I grab a sword, but when I encounter the first guard he kills me ... so sad. Overall, the game is good - simple movement controls such as arrow keys to climb up and down, jump, run; not so simple swordplay; simple scenario - save princess X, and beat boss Y; a numbers of not so unexpected deaths.
As for how experience of playing this game in an emulator compares to that of playing it on the actual DOS-running computer, I would say that I haven't noticed any differences between them. Because MS-DOS is technically a predecessor to MS-Windows operating system, there haven't been any issues with mismatching controls, run-time errors or any kind of performance problems since, apparently, compatibility between the two is high, though the emulator plays the biggest role of all by simulating a functioning DOS operating system.
References: http://playdosgamesonline.com/prince-of-persia.html
Subscribe to:
Posts (Atom)