Final Project Update #2

I've done some more polishing on my game, this time mostly with the start screen and other screens that more clearly explain the game.

The first image is the screen seen when booted up. It's a lot simpler and less busy than the start screen on the previous version of the game, and I think it works much better. The second image is the screen you see after selecting the number of players, in this case 2 players were selected. It's in between the start screen and the actual gameplay to allow players to ready themselves.

Final Project Update #1

I've made some significant progress on my final project updates. I have the gravity working, so now bullets curve towards the center and edges of the screen, depending on where the player is shooting from. This helps prevent players from "trapping" each other in corners:

I've decided to scrap the idea of turning the ship. It seems like more trouble than it's worth, especially since the black hole exists which prevents much vertical movement. There's just one problem, which I've come up with a solution to. For the 3 player game, two players are on one side of the hole. This could cause problems if they manage to kill the player on the other side, since they won't be able to attack each other. To combat this I've decided to make the 3 and 4-player games a team match. When the players on one side of the hole are eliminated the game is over. For the 3 player game, the solo player will be given double heath.

Animation Progress 3 / Final Update

Since the Maya renderer didn't render the image plane for some reason, I had to add it into the Premiere project. Then, since the Maya models rendered on the normal black background, i had to add them to Premiere at a lower opacity so that the background was still visible, giving them their unintended ghostly appearance. I guess the story now is that these two kids died playing rock, paper, scissors at this playground, and are now doomed to play it forever. I added some effects to the background to try and make it stick out a bit, but since I'm going with this ghost-ish theme I thik the slightly diluted colors works pretty well.

Animation Progress 2

Since my last update I've made a sizable amount of progress. Instead of doing three games of rock, paper, scissors, I decided to one game since the fingers were getting a bit unmanageable. Instead of that, I create a little bit of a story with more movements than just the game playing. I also added a camera with some movements to make it a bit flashier. I'm going to render it and export it into premiere to add some more visual effects.

Animation Progress #1

I've made some good progress on my final project. I've got one round of rock, paper, scissors set up, so the rest should be easy from there. The only problem is sometimes I forget to set a key before rotating a hand or fingers, which causes them to be rotated in previous frames. There's so much minute movement going on that it's really easy to get lost in. After I finish up the rough animation for Monday, I'm going to add in a static background image for some flavor. Maybe a park or playground scene. I added a texture to one man to help differentiate them. This is what it looks like so far:

Dev Blog Entry #6 - Networking Questions

Wrapping my head around the whole idea of networks, servers, and clients has been pretty tough for me. I understand peer-to-peer connections, where the users just send the data back and forth. I also understand the concept of a server on a theoretical level, where both users are 'clients' and send data to a server that then pushes only the required data back to the clients. I also get that it's smart to only send absolutely required data back and forth, since the more data you have to parse the more likely it is there will be unclean data.

I just don't really understand it on a practical level. I'm having trouble forming my thoughts into actual questions, but putting the whole thing together seems to be eluding. I think I just need to read up a lot more on servers and how everything works and really seem some code in action that can break everything down.

For my game, it wouldn't be hard to scale it for more players. I would just have to change the variable that restricts the maximum number of players to a higher number. That many players would have trouble fitting on the screen, but they would be there. The game itself would be unplayable, but the server can already theoretically handle that many players.

Dev Blog Entry #5 - Making Changes

I plan on making three major changes to my local multiplayer game. They are:

1. Add support for 3 or 4 players
2. Add support for turning your ship to allow 360-degree shooting
3. Force bullets to curve toward the middle of the black hole to discourage "trapping"

Adding support for more players is incredibly simple. I need to simply make two more player objects, and add in the built-in logic for collisions that the other players already contain. I'll also need to make two more "rooms" - Gamemaker's levels, one for three players and one for four. Then on the main startup room I'll need to add some logic for allowing players to choose if they want a 2, 3, or 4-player game. It's as simple as the user pressing the corresponding number key. Controller support for the two additional players is easy as well. When each player is created, it is assigned a 'pad_num' variable. Player 1 is 0, player 2 is 1, and so on. Players 3 and 4 will just need to be assigned that variable.

The logic for turning the ship is slightly more complicated. I already have the logic written for turning with the right analog stick, but the sticks are too loose for it to work correctly. I'll have to look into using the bumper buttons, and having each press turn the ship 90 degrees instead of having true free movement. I'll have to look into this more.

The third change is making bullets have a weight and angle to them. This will be achieve by using the built-in gravity and gravity_direction functions in GameMaker. I'll add the gravity to the bullets to make them gravitate towards the middle of the screen.

Game #3 Final Update

The last thing I added into my game was a score tracker to make it more of a game. There's still no real ending, but players can now keep track of score and make their own rule. They can also spawn multiple balls with the S key (but I don't recommend that because too many on screen at once will slow the game down). The score tracking works pretty well, but the game occasionally lags for one player which causes the scores to sometimes not match up. Here's what the game looks like with two players and the score:

I also added in a few sounds. The general background cheer noise comes from SoundBible: http://soundbible.com/1881-Sports-Crowd.html and the "GOOOOOL" noise comes from this Youtube video: https://www.youtube.com/watch?v=eSnWOWEXyVg

Final Project Plans

I plan on polishing my second game, the local multiplayer one, for the final project. I want to add in support for 3 and 4 players. I also want to add in the ability to turn your ship to allow attacking in 360 degrees. The added number of players will make the game more hectic and fun. I'm also going to add some new functionality to the "black hole" I used in the two player game. I'm going to try and make the bullets curve around the black hole to add some strategy and make it less easy for the players to "trap" one another. I'm going to add some more polish and tighten up the delay on being able to shoot so that players can't fire bullets so quickly.

Game #3 Update 4

I've continued working on my game, changing the art a bit and I managed to get the ball synced up on both clients, so I've got a fully playable game. The art is primitive, but I think it's cute and kind of endearing. All I need to do now is add in some sound effects and some logic for when a player scores. Maybe some sort of variable to keep track of goals. I don't really have a plan for ending the game, instead letting players end when they choose. Here's what the game looks like right now with one player in the game.

Game #3 Update 3

I've changed my game into a sort of soccer game, where the players must bounce a ball into the opposing player's goal. I have the networking stuff set up, and the player instances are synced. All I need to do now is set up the logic for synchronizing the ball instance, the logic for when a player wins, and I need to clean up the art a bit.

Game #3 Update 2

I've finally figured out all the networking issues with Gamemaker, and have an internet server running. I'm using a tool called GameMaker Server, which is really just a server a guy provides free to use, along with some built-in networking functions, like accounts, high scores, and achievements.

I don't really have much of a 'game' at this point, everybody can connect and their sprite is a random color, so players don't get confused. I'm still thinking of exactly what kind of game I'd like to make. I was planning on just making a 2 player capture the flag, and I think I'm still going to do that.

More updates to come as I continue working.

Animation Final Storyboard

This is the storyboard for my Animation final project:

It's absolutely terrible, so I'll write out the steps in text form.

1. At the start, the two men will face each other and assume the starting Rock, Paper, Scissors position.
2. In the first match, the left man will play paper while the right plays scissors. 
3. In the second match, left will play scissors while right plays paper
4. In the final match, left will play paper while right plays rock, leading to a win for the left man
5. After winning, the left man will make a fist pump wile the right man will jump up and down angrily.

I've already started building my animation, but I'm going to wait until I have a bit more done to post an update.

Animation Final Project Concept

For my final project Im going to use the Lowman rig and have two of them play a game of rock, paper, scissors. They will play, and the camera will focus in on the hands to really show the animation, and then after the game the camera will zoom out. The winner will do a fist pump type motion, and the loser will hop up and down angrily.

Storyboard and more updates soon.

Game #3 Update and Networking

After initially struggling to wrap my head around networking in Gamemaker, I eventually found a tool that helps do most of the networking for you. It's called GMNet Engine and it works by having the master game server running on a platform like Digital Ocean. The documentation for the tool was pretty extensive and I worked through the tutorial pretty quickly to get it up and running. The only thing I need is the Digital Ocean server, or to see if I can run a Java server on my A Small Orange hosting.

A little clarification of my game concept too. It's capture the flag type game where players have to retrieve an item from the middle of the screen and return it to their base. There will be obstacles and hazards to make retrieving the item a bit less trivial, and players will have a special attack that forces the opposing player to drop the ball.

More updates to come.

Game #3 Concept

For my third game I’m thinking of using Gamemaker again. I’m thinking of making a 2-player game where both players start at opposite sides of the screen and have to retrieve a ball that sits in the middle of the screen, and then take it back to their home ‘base’. The first player to win 3 games will win the match, and each of the levels will have different features that the players will have to navigate around. Going along with the theme of ‘animal energy’, I’m thinking of making the players be animals, and then each player will get a certain number of special attacks that will make the opposing player drop the ball. For example, the lion will roar, causing the ball to drop and the other player to be pushed backwards. I think having a system like this will make the game more fun and add some strategy.

Since I’m using Gamemaker, all of my network stuff will have to be through Gamemaker as well. I’ve never done anything with networking and Gamemaker before, so I’m not sure exactly how it should. They have lots of documentation and tutorials, so I’m definitely going to look into things like these blog posts (https://www.yoyogames.com/blog/6), (http://help.yoyogames.com/hc/en-us/articles/216754698-Networking-Overview), the documentation -(https://docs.yoyogames.com/source/dadiospice/002_reference/networking/index.html) , tutorial videos (https://www.youtube.com/watch?v=MbUsHVak_yA), and things like the GMnet Engine (https://gmnet-engine.org/engine/). 

Lowman Animation

Our assignment for this week is to make an animation with Lowman or another rig. I decided to use Lowman, and I made him jump. I just used keyframes and the various controls on his hands and feet to manipulate them how I wanted. The video of the animation is below:

Animation Examples

This weeks assignment was to make a couple of animations using a few different methods. The first animation I made used motion paths. Instead of making the curve and then assigning the shape to it, I move the shape around myself and used the Set Motion Path Key tool to set the specific keys I wanted. This is the result:

The second animation I made used regular keyframes. I made the simple animation then used the "Flat Tangents" tool in the graph editor to smooth it out a bit. This is the result:

Entry #4 - Some Code

I was really happy with how this game, Space Fight, turned out. Since I had already worked with GameMaker in the past I didn't really have to waste any time learning how it works, and was able to jump right in designing and building my game. Gamemaker does a lot of functions using a drag-and-drop GUI, but a lot of the stuff I added in had to be hand-coded. One piece of code I liked was the healthbars I added in. GameMaker has a function built in that draws healthbars for an object, and I followed this tutorial to help me, but I was really happy how they turned out. This is the code for them:

This code takes arguments for location and bar size, the variable that the ship object uses for health, in this case health1 and health 2, and then the various colors used in the bar.
And this is what they look like in-game:

The second thing I really liked was the addition of gamepad support. When played on the keyboard my game feels a little cramped and players seemed to focus more on fighting the controls than on the game itself. Gamepads removed that probably and allowed players to just focus on playing. The controls felt natural to me. I used information from this blog post, and some of the code for gamepad support is below:

The first block is code that fires when the system detects a controller is plugged in. It defines the deadzones for the triggers and buttons, and then creates a player object and assigns the controller to the player object.

The second block is the logic for doing 'normal shots'. Pressing the trigger creates the instance and the specified location - the front center of the ship - and then gives it a speed of 15 and a direction of 90, which will make it shoot straight up. It then plays a sound and sets the can_shoot variable to false, which sets a cooldown timer until the player can shoot again.

One other thing that I liked, and something that changed as I worked, was the title screen I made for the game. The original title screen was made before I had gamepad support, and I wasn't a big fan of it. This is the original:

Then, as I worked and added more concepts and depth, I ended up with this:

So as I worked, the main thing I added was the gamepad support. Then I realized that gamepads had 8-directional movement with the analog stick, but keyboard users could only move in 4 directions. So I implemented a velocity variable that allows the player to move in all 8 directions with the keyboard. During playtesting I noticed that players were intentionally moving towards each other to be on the same horizontal level which made the game a stalemate. To combat this I added the black hole, which wounds players if they go near the center of the screen.

There's a few things I'd still like to add. I'd like the players to be able to rotate so they could shoot in any direction. This would make the black hole unnecessary, since players could just turn and shoot. Barring that, I'd like to make the bullets slightly curve towards the black hole to kind of simulate the gravity. I'd also like to add more players to create teams, which I feel would add some more strategy to the game. More levels and ship colors/types are also on the list of changes I'd like to make.

Entry #3 - My Game's Design

My game has a similar design to other space shooters like Galaga and Raiden. Those games, however, are mostly vertical scrolling single-player games, whereas mine is a stationary two player fight. I think my game, while not unique in any way, puts a nice little twist on that genre. The multiplayer components of most space shooter games function exactly the same as the single player portion. The second player just takes control of another ship on the screen. My game's a little different because it is competitive instead of cooperative.

The design itself doesn't really add much to the genre - it's just a simple shooter. I did like the black hole concept I added in to keep people from getting on the same horizontal level and thus being unable to shoot each other. One piece of feedback I got was to make the bullets gravitate towards the black hole in the middle of the screen. I think that would make the game a lot more interesting and strategic since players would be able to curve shots. It adds another level to the game, since right now players can just remain across from each other and block shots indefinitely.

Another piece of feedback I received was to add a cooldown between normal shots. As it is now, the player that shots first and gets the jump will always win. Adding a second between shots will slow it down a bit and create some strategy.

Chess Bishop Tutorial

1. Go into the front view
2. View -> Image Plane -> Import Image and import a reference image
   
3. Use the CV curve tool to trace the right side of the bishop. Don't trace the side with the slit, as we'll do that later.
4. Select the curve you just made and use Surfaces -> Revolve
   
5. Delete the reference image and the curve.
6. Move into the perspective view and create a cube. 
7. Transform the cube so that it is inside the bishop where you want the slit to be, and is also the same width and depth of the slit. The cube should take up most of the diameter of the bishop
8. Deselect all objects
9. Go to Surfaces -> Booleans -> Difference
10. Click on the Bishop and press enter.
11. Click on the cube and press enter.
12. The tool will run and you'll have a bishop.
    

Chess Knight Tutorial

1. Open up the front view.
2. Go to View -> Image Plane -> Import Image and import a reference image:
   
3. Select the CV curve tool and trace all the way around the knight. Don't do the ottom of the base, as we'll add that in later.
   
4. Now we are done with the reference image so go ahead and delete it. Go into perspective view.
5. Duplicate the curve. Edit -> Duplicate and move the duplicated curve slightly in front of the original.
6. Select both curves, then go to Surfaces -> Loft. This will give us the outline of our knight.
   
7. You can now delete the curves, as we don't need them anymore. Go into the outliner and delete them.
8. In order to fill in the hole, we need to convert this object to a polygon. Select it, then go to Modify -> Convert -> NURBS to Polygons.
9. Now go to Mesh -> Fill Hole
   
10. Not too bad. You can either leave it as-is, or create a cube or sphere and edit it to form a base that the other pieces have. After that, simply group the objects and move them into your project.

Game Project 2 Update

Since my first update I've made a bunch of progress on my game. I've updated the title screen, changed how movement works to make it fully 8-directional, and also added gamepad support, among other things.
This is the new title screen, where I've only made subtle changes, but I think it looks much nicer than the previous.

The new movement system is much smoother than the previous one that only allowed for 4 directions. The new system allows players to move diagonally. I figured this out by making the movement keys affect a 'velocity' variable instead of the x and y variables directly. 

I also made it so bullets can collide with each other instead of just passing through, which gives players a method of defending themselves.

One of the issues I had with the game was not knowing how much health each player had, besides the sprite changing to an "injured" version when health got below 50. I added in healthbars for the player using this tutorial.

The biggest update I made was the addition of gamepad support. It makes for a much better experience than having both players crammed together on the keyboard. The only thing that didn't work correctly was using the right stick to make the ship turn. I implemented it, but it was far too finicky and sensitive, even with the deadzone set as high as Gamemaker will allow. For this, I used this excellent blog post.

Since the players can't turn, there is a potential problem with players getting on an even level horizontally which would make it impossible for them to shoot each other. To combat this, I added a 'black hole' across the middle of the screen that blocks the user from crossing it and also hurts them. It should make it so that players are always able to shoot at each other.

The only thing left for me to do is implement my own art for the player ships and bullets.

Game Project 2 Progress

After some deliberation I decided to make a multiplayer space shooter for my next project. I also decided to work in GameMaker since I already have some experience with it. So far the process has been pretty smooth. I have all of the basic gameplay functions added in, with both players shooting, damaging each other, and being destroyed with health reaches 0. I also have a start screen that displays controls.

The few things I have left to add in are:

• Game over screens
• Try to tighten up the controls a bit
• limit the fire rate for shooting

Potentially I'd like to add gamepad support and other stages, as well as user defined number of lives. 

Midterm Production

I decided to start with the actual board, since that seemed to make the most sense to me. I created a simple NURBS plane and then expanded it to fill the grid. I then applied a lambert and the 'checker' 2D surface. The default grid is black and white, which would have looked fine, but I wanted to make it look a bit more like the chessboard I found and posted in my pre-production post, so I edited the colors a bit to reflect that. I also added another plane around the edge of the grid for a border.

This is what it looks like with the board and the black rook I've already created:

I then duplicated the rook 3 times, and added the texture for the white pieces. Then I made the pawns and did the same. This is the result:

Next I made the bishops. This was the most difficult piece yet because of the slit that bishops have in their top. I made the piece like normal using the CV curve and revolve tools, and then I had to do some research to make the slit. I watched this Youtube video that showed how to use the Boolean Difference tool to make it. I did that, then I had to figure out how to use the NURBS version of the tool. It wasn't too difficult, and now I've got bishops that look pretty realistic:

My next piece was the queen. It didn't really cause any trouble at all and was nothing new, so I'm just going to post the picture:

I then made the king. It was a little more complicated than the others but still not terrible. I first made the piece with a flat top using the CV curve and revolve tools, then to make the cross on top I used two cubes and transformed them to look like a cross. 

The last piece I had to make was the knight. I was specifically holding off on the knight until last because I knew it would be the most difficult piece to make. All of the other pieces are cylindrical and symmetrical, so using the CV tool and Revolving worked perfectly. The knight is a little different. I drew the outline of the horse like normal, except I drew the curve all the way around. Then I duplicated it and used the Loft tool to make the outline. This left me with the outline of the knight, and I only need to fill in the hole. I learned that I had to convert my NURBS object to a polygon. I followed these two tutorials:

• Convert NURBS surfaces to a polygon mesh
• Fill holes in a polygon mesh

This gave me the horse, but I still needed the base. For this I used the CV and revolve tools like normal, which gave me a round base, Then I positioned the horse on top of the base. I wanted to combine these objects beyond simply grouping them, since they will never be separated and should really be one object. I found a tutorial on combining polygons, so I had to convert my NURBS base into a polygon and then use this tutorial: Combine polygon meshes

I ended up with a pretty decent result that fits in with the rest of my set:

The only thing left for me to do is camera and lighting work. I made a camera and looked through it, then simply set keyframes while moving the camera around. Then I smoothed out the animation on the animation graph. For lighting I just added a couple spotlights. Then I batched rendered and made the sequence into a video, which is below.

I had a really fun time making this project. A lot went right, and there was never a time where I felt frustrated or lost. I'm really satisfied with the models I made. The only thing I would really change is the lighting. I feel that with enough time I could alter the lighting to make the pieces really look great. In the future I would like to maybe animate the pieces to make a full game of chess.

Midterm Pre-Production

For my midterm I've decided to make a chessboard. Since this assignment is heavy on modeling and relatively light on animation, I figured making a chessboard with all the pieces would be a good idea and would let me practice modeling more. I also know what a chessboard and pieces look like, so I don't have to do too too much research before I start modeling.

I'm trying to base my chess board and pieces off of the ones in this image:

I'm using these specific images as references:

pawn

bishop

king

knight

queen

I already have the rook modeled from last week's assignment (see a few posts below), so that's two pieces out of the way already.

I needed a refresher on using the CV curve tool and the Revolve tool, so this video was pretty helpful. It also pointed out using a reference image, which I had never thought of but is obviously really helpful.
https://www.youtube.com/watch?v=wt4oMqSL0iE
I ended up using several tutorials and help pages during this assignment, including:

• This video on using Boolean Difference
• Convert NURBS surfaces to a polygon mesh
• Fill holes in a polygon mesh
• Combine polygon meshes

Questions about Games in Class 3/7/16

The game I enjoyed most was Astro Duel. It was the easiest to pick up and play, and the simple game mechanics were really enjoyable. Even though it was simple it was really competitive. Everybody could pick up on it really quickly so there wasn't a period where we had to fiddle around with the controls.

A screenshot from Astro Duel

The game with the most novel concept was Filo Filo Disco. I didn't really understand the objective at first, but after a few rounds I picked up on it and found it really fun. I thought the swinging and throwing mechanic was really cool and added some strategy to an otherwise really simple game. It was pretty cool how such a simple concept could be so competitive and require strategy.

Single Screen Multiplayer Game Idea

Our next project is to make a multiplayer game that uses one or no screens. I'm thinking of making a 2 player shooter game in GameMaker. I have a little bit of experience with GameMaker, so with the time we have I think I'll be able to create a game with a couple levels. Since the theme is "grit", I think a shooter is appropriate. The players will have to shoot all of the enemies to advance to the next level. After a couple of levels they will fight a boss. After defeating the boss the game is over.

More NURBS Models

Our assignment this week was to make another NURBS. I learned some things last class that made it a lot easier to make complex objects. I followed along with the pencil tutorial and this was my final result:

For the homework I decided to create a rook from chess. This wasn't too hard. I used the EP curve tool to draw one half of the piece and then used the revolve tool. Then I added a lambert texture and made a dark color, like the black pieces in chess. This is the result:

Finished Game

So my game is finished, and I've got mixed feelings about it. On the one hand, I'm glad that it works and is pretty stable. I came into this project only wanting to make a simple game of tag with some special features, like obstacles. As I worked I had to remove some of the features I wanted, like obstacles and a restart button, for the sake of having a working networked prototype at the deadline. If I had more time I would have added things like:

• Obstacles with collision detection
• Make players switch colors when they touch (switch who is "it")
• A restart button

I'm also a little disappointed that I didn't get to add in any data checking during the grace period that would have let me run the game at a higher framerate. I just didn't have time with work and class.

The finished project is pretty simple. I took some screenshots to show the progression of the game:

The start location for the players

The red player, who is "it" gets closer to the target.

When the red player touches blue, both players see the game over screen.

There were a few code snippets that I think exemplify some of the effort I put into the project, even if the end result wasn't very flashy. First, there's the logic I built for the collision detection. 


boolean isInsideRect(float x, float y, float rectX, float rectY, float rectW, float rectH)
{
boolean answer = x > rectX && y > rectY && x < rectX+rectW && y < rectY+rectH; return answer; }

This function was used in my IMM120 class (I can't find the original github repo) and I had to tweak it for my implementation:


if ((isInsideRect(player1.x, player1.y, player2.x, player2.y, size, size)) ||
(isInsideRect(player1.x, player1.y+size, player2.x, player2.y, size, size))||
(isInsideRect(player1.x, player1.y, player2.x+size, player2.y, size, size))||
(isInsideRect(player1.x, player1.y, player2.x, player2.y+size, size, size))||
(isInsideRect(player1.x+size, player1.y, player2.x, player2.y, size, size))||
(isInsideRect(player1.x+size, player1.y+size, player2.x, player2.y, size, size))||
(isInsideRect(player1.x+size, player1.y+size, player2.x+size, player2.y+size, size, size))||
(isInsideRect(player1.x+size, player1.y, player2.x, player2.y+size, size, size))||
(isInsideRect(player1.x+size, player1.y, player2.x+size, player2.y, size, size))||
(isInsideRect(player1.x+size, player1.y+size, player2.x+size, player2.y, size, size))||
(isInsideRect(player1.x+size, player1.y+size, player2.x, player2.y+size, size, size))||
(isInsideRect(player1.x+size, player1.y, player2.x, player2.y+size, size, size))||
(isInsideRect(player1.x, player1.y, player2.x+size, player2.y, size, size))||
(isInsideRect(player1.x, player1.y, player2.x, player2.y+size, size, size))||
(isInsideRect(player1.x, player1.y, player2.x+size, player2.y+size, size, size))||
(isInsideRect(player1.x, player1.y+size, player2.x+size, player2.y+size, size, size))
== true) {
gameOver = true;
}


As you can see, it's a bit tedious and sloppy. But it's the way I know how to do collision detection, so I used it. It seems to work.

I also like the way I did movement for the player who is "it". I used processing's second() function to count time, and after 30 seconds have passed the player moves faster. It isn't really anything special, but I liked the functionality of it.

void update(){
if(keyPressed == true && keyCode == UP){
y -= speed;
}
if(keyPressed == true && keyCode == DOWN){
y += speed;
}
if(keyPressed == true && keyCode == RIGHT){
x += speed;
}
if(keyPressed == true && keyCode == LEFT){
x -= speed;
}
if (x > width - 100){
x = width - 100;
}
if (x < 0){ x = 0; } if (y > height - 100){
y = height - 100;
}
if (y < 0){ y = 0; } if (time > 30){
speed = 15;
}
}


All in all, there were a couple takeaways from this project for me.

1. Collision detection is hard
2. Everything will always take longer and be harder than you think it will.

I wish I had had more time/skill to implement the features I wanted to. I'm a little disappointed with the outcome of this project, but I'm glad it at least works on some level.

NURBS Model

This week's assignment was to make a NURBS model of anything we wanted. Prof Sanders said that nurbs models work best when used to model common household objects, so I decided to make a champagne glass.

 It wasn't too difficult to model. I started with the top bit, which is a sphere with a 180 degree start sweep, and then rotated so the "closed half sits on the origin. Then I stretched the half-sphere to make it resemble a champagne glass.

For the neck I used a cylinder and made it taller and skinnier than the default. I lined it up with the bottom of the sphere.

The base of the glass is just a flatted cone with the tip slightly inside of the cylinder so it's hidden from view.

Project Update - Almost Done

So I've made lots of progress on my game. It's pretty much completed with very few bugs, and no game-breaking bugs. Crashes are very rare and are fixed with a simple restart. There are two things I'd like to go into in this post: the way I used collision detection, and the audio I used for this project.

There were a couple resources for collision detection posted in Piazza (I even posted one of them) but in the end I decided to go with a method I have used in the past. In my IMM 120 class, I was taught a method to check if a point is inside of a rectangle. This is useful, in most cases, for checking to see if the cursor is inside of a shape, but I changed it to work for my use case, It resulted in this gigantic, poorly-coded, bad practice if statement:

It's not pretty, but it works. I haven't found a case yet where the squares touch without triggering the gameOver variable. I'm sure there's a better way to do this, in fact I'm positive there is, but this method worked for me.

My game's a little bare, graphics wise. I felt that I didn't really need too many distractions, since the game is all about the two players. I did however want to add in some audio. I found a pretty cherry playground-y song that I thought works well for tag (in fact, the song is called Tag Game Song). It fits the game perfectly in my opinion. 

Give it a listen: https://musescore.com/user/912161/scores/1498441

Networked Games - Project #1 Programming Outline

So I've decided to go with Tag for my first project. I haven't started actually coding (will start that after this post and throughout the week), but I've laid out the roadmap for how my code will be organized.

I'll have the main class where setup() and draw() are called, which will contain the networking logic and the logic for players colliding with each other and with stationary objects.

My program will have two classes outside of the main class: Player and Obstacle. Player will contain the logic for player movement and starting location, and Obstacle will generate objects at random points.

I hope that planning out my programming ahead of time will help make the process smoother. More updates to come as I start coding.

Networked Games - Best Example of Networked Game (so far)

Of the games we’ve played so far, I think At a Distance uses networking most effectively. I get that the idea is to have the two computers side by side, but if they weren’t, I’m not sure if I would have ever figured out how the two players are connected. Even being able to see both computers next to each other it still took me a while to figure out how the game worked. I’m not sure if that’s a testament to the game’s interesting design or my inability to see the obvious, but it raised the game in my eyes.

 

Images from the At a Distance Website

The interesting thing about At a Distance is that the networked element of the game wasn’t revealed at the start (besides joining a server’s game) like it was in Joust and Sleep is Death. Nor was it too difficult (after a bit of thinking) to see how it worked, unlike Between, which I’m still not sure I understand.

I’m not sure I liked At a Distance from a pure gameplay perspective, since platforming and puzzles aren’t really my thing - but I enjoyed how the two players had to work together to move further in the game. You could say the same about Sleep is Death, or any number of cooperative games, but I think something about At a Distance sets it apart, at least from the other games we’ve played so far. One player being the “key” and the other being a sort of “world master” was a really interesting concept to me that I personally haven’t seen explored in a game before.

At a Distance is the most interesting game we’ve played so far. Joust was similar to other party games I’ve played before, and Sleep is Death was a cool concept but was also a pretty simple example of networking, since it was literally sending all of the data back and forth. Between’s networking element was too hard to discern, which kind of turned me off from the game.