And… as far as the Breakout project goes - I'm glad it's easy to read and follow through. It was my first ever C# project, so I should say a couple things: First, some of it is sloppy code. There were times when I was under a time constraint just to get things done, so that means there are probably(certainly, lol) better ways to do certain things. Secondly, my object design, I've come to learn, could use some work. In this respect, some things are overly simple, or overly complex. I won't comment on this too much, because I'm still learning and don't want to steer you in the wrong direction.

And, lastly, while the code is functional and fairly complete in respects to a fully functional game, I don't think I would use it as a template for other projects. There's most certainly some optimization that could have been done with combining various textures into spritesheets. One thing that arose from this competition was a set of reusable classes that I fashioned into a 'framework'. These classes are not in this project, per se, because they really got going in the second and third competitions. They make setting things up and getting the basics of a game going pretty quickly, and if you're interesting in those, I can make another upload and post.

Anywho's have a great day, and happy coding!

I don't know if you're familiar with google drive or not, but its a little funky in the way it treats zip files… it tries to treat them as a document. At any rate, to download it, simply located the down pointing arrow about midway across the screen on the top. Click that and it should let you download the complete file!

If you have any questions, feel free to post away, or join us in the chat room. (I won't be there until a little later tonight… 7pm EST or so!)

Ah, yeah, good ole Rapidshare, always deleting stuff. I do still have the code… let me put it up on Google Drive and Atlassian (if you use that)…

I'll post a link shortly!

Edit: Turns out it is already on BitBucket:
https://bitbucket.org/PiscesMike/breakout-clone-project

http://www.kickstarter.com/projects/blackblackbeast/castle-breakers-for-the-pc?ref=live

Imagine my surprise when I found out their music score is also from Kevin Macleod!

I was going to list a couple of things that seemed out of place, but I think I decided I'm not going to. You already seem to know what tweaks could still be made and that's enough. You guys should be seriously proud of what you accomplished here in such a short time.

I can't wait to see what you guys do next! (And hopefully be a bit more involved!)

I'm looking forward to playing around with this version. It's installing on my computer right now!

I wish I had been able to contribute more but between work and a puppy I have not had much spare time :P Maybe next time.

So, first of all, going by the guidelines we set out at the beginning I'd have to say we've done pretty well. I was able to get all the basics in there…. that is, all the brick types we talked about along with all the power up items, and some cool animations to boot. Towards the end, I added a title screen, and a credit screen. The high score screen was something that did not get done, although I don't feel too bad about that since it was an add on later in the project. When I suggested adding the high scores screen, it was in the hopes of creating a 'complete' game. Even though this one thing did not get completed, I still feel that the game is complete, in the sense that it does have game play, keeps track of your score, allows you to 'lose' if you run out of balls, and allows you to 'win' if you complete 10 levels. The high score screen would have been a nice added feature, but added feature is the key word. I was also able to get in RB's suggestion of making the brick pieces fade out over time as they fall, and that looks quite nice. Additionally, to break up the monotony of the pieces, I added a small command that rotates each brick piece sprite by a random amount so things are a little more diversified as far as how those animations look. Also, I added graphics to the top left of the game play screen to show how many balls you have left. A sound track and sound effects have been added, which adds a new level of depth to the game. The credit screen lists all the resources used and who created them. I added mouse support and keyboard support to the title screen.

Now, on to the bad things. There are some bugs. Namely I've noticed issues with the way the level manager (or perhaps the ball class?) keeps track of the number of bricks left to break before moving on to the next level. Sometimes, depending on the brick types, it will move on to the next level while there are still a few bricks left that aren't indestructible. Not a huge issue, but irritating none the less. Also, once you move onto the later levels, sometimes bricks show up as an 'explosive' type when they are really the type that drop the disappearing ball power up. This was something that popped up very late in the coding (when I added multiple levels), so I really haven't had a chance to look for the cause. On the title screen, the mouse will allow you to select an option by clicking it. However, to launch the selected option, you have to hold the mouse button down while hovering over the selection. I was trying to set it up for standard windows actions, click to select, and double click to launch. However with the way I coded things, it turns out that instead of a double click, you can activate the option as mentioned above. This is something that should be fixed as well. Well, those are the major ones I've noticed. Since we had basically zero time for a beta testing stage, I'd appreciate any feedback you might have on other issues you notice.

As to the actual code itself: I think most of it is good, except for the few instances where things aren't going quite as expected. Still, there is nothing that causes the program to crash or terminate unexpectedly, at least not that I have come across at this point. There were a couple times while coding that I realized a few changes would make things much better. First was the change from passing all the XNAObjects to each function that needed them to creating a wrapper class for all the objects so any function/class can use and access them in a standard manner. This change ended up working wonderfully after I got it added, but there are still a few places where code needs to be updated to this method. Secondly, it would have been very useful to do the same with the game objects themselves. There are a lot of calls where a function needs to create a copy of the brick array, or the ball, or even the paddle. It would have been good to create a wrapper class for this purpose as well, so anything could access all the game objects something like: GameObjects.Ball or GameObjects.Paddle, instead of having to pass objects in the function arguments. I started to add this functionality in but realized our time limitations quickly. At any rate, its something that will be good to keep in mind for later projects.

And lastly, I think a lot of the base objects can and should be reused in future coding. There are still some minor issues with the rotation I've noticed in the base sprite class, but since that was not used in the project, I haven't had the opportunity to fix things. Don't get me wrong, the rotation actually works, but what I've seen is that when rotating, the point of origin (or perhaps the location of the sprite) seems to drift when used with a trajectory. Additionally, the rotation (when using the rotate_CW and rotate_CCW calls), is a little slow. That's not so much an error as much as it could be implemented a bit better. Namely, I tied the rotation speed to the system gametime, and while this is fine, it would have been better to allow the programmer to send in a rotational speed via an argument or class property.

So all in all, I think we hit the mark, but I'm going to wait for some feedback from Mr. Whitaker to see what he thinks. While there are a few errors this was, after all, a learning experience, and in that sense I think it served its purpose very well. Going into the future we can build on this, and I think, end up with a set of classes that will make 2D game development fairly quick and easy.

The link for downloading the final version of the code for this project is below. If you download and play with it some you may need to turn off the robot player - I kept it enabled while testing the levels, and although I meant to turn it off before the upload, I forgot. To turn off the robot player, locate the robot_player boolean in the paddle class and set it to false. Also, there is no video of the latest work in progress, for some reason my computer seems to have a microphone/sound input issue and will not record the audio that comes with the game, and this adds a lot to the game, so you just have to compile it yourself!

Let me know what you all think! Thank you!

Full source:
http://rapidshare.com/share/20966770DE4890408CD5A1B361D7F733

Install and executable only:
http://rapidshare.com/share/626AF3A3C485F21BF7CF48020812C730