Beginners Ambition

So I've come across this term in my research and I thought I would talk about it a little.  Having spent the last few years of my life pursuing a dream that was far too ambitious for a first project, and also meeting many beginners in the game creation process, I have seen a definite pattern that has emerged.  When someone is unfamiliar with what it takes to make a video game they think remaking some large game or creating an MMO is just a matter of using the existing framework and tweaking it a little.  What happens afterward is a realization of what a colossal effort it takes, as every question they look up on Google leads to two or more new questions, which when followed lead to yet more questions.  Soon a beginner is quite overwhelmed, and that grand game they have thought up becomes an unconquerable beast of a task.

So what advice would I give to someone interested in becoming a game developer.  Well one is start small, with learning how to make pong for example.  Think of pong as the monster conquerable by a beginning adventurer.  It's not that exciting, but given you are just starting out it's where you are and it will give you valuable experience needed for the next level challenge and the challenge after that.  Eventually you will be able to recreate games from the 8-bit era like super mario bros.  Unfortunately there are no shortcuts if you wish to create something truly unique.  If you wish to program a 3D game then you will need to learn matrix math and programming challenges that will really stretch your creative and analytic skill sets.  Perhaps one day, hopefully with the help of others going through a similar journey, you will be able to take on that challenge and make your game.

Also I cannot stress enough that making games is a challenge that will require a good education in math, computer science, and depending on what you want to include in your game a wide variety of other subjects.  It is not a challenge for the faint of heart, and unlike playing most games you will fail many times before you succeed.  I have a great respect for game developers now, and I truly hope that many of the rising generation are able to take on the challenge to become great game developers in the future.

Firefall review

So I recently had the opportunity to try out Firefall and I must say that for a free to play game it was very impressive.  I liked the ability to swap out battleframes, which is very similar to the idea I have for switching roles.  There was a definite PvE (player vs environment) push, with PvP(player vs player) being almost an afterthought.  The PvP matches were basically 5v5 team deathmatch style with the possibility of 10 v 10 on different maps, but there is not the persistent open world pvp I was kind of hoping would be there.  There are a kind of simple tower defense type situation where you and your squad defend a thumper (a type of mining device) from wave after wave of overgrown bugs and other mutated wildlife, which provides a challenge of it's own.  Finally there is the Chosen, who are evil incarnate NPC (non player characters) who come to take over watchtowers and generally make life difficult.  Some of them are quite powerful, leaving me roasted a many a time as I tend to walk around alone.  Even so I was able to take out dozens of them single handed, and I'm sure that even with improved AI players will eventually figure out way's to kill them easily.

As for what I would hope to see,  I would say that player controlled chosen would make the game very interesting.  That way large scale open world pvp could be realized, though that also introduces some problems as to how would tech and other items work.  That and if you have the "good" side and the "bad" side developers often will unconsciously favor the good side.

Product vs Service

As I continue to study the art of game creation I came across an interesting and thought provoking concept, that we are moving away from games as a product to games as a service.  I certainly would say that I hope to create a system for the latter, but I suppose I should explain the differences before I go into that.

In the past games were required to be in a complete state (meaning completely coded, put into a package to be sold in retail outlets, etc..) before they got to the consumer.  Often once it had shipped the developers would no longer have anything to do with the product other than wait for one of two outcomes, success and the opportunity to make more games or rejection by the masses which usually meant the end of said game development company.  With every "product" shipped there was a definite gamble,  and since publishers who were funding the product from the inception and who also are very concerned with making a profit were pretty much in control, any failure to produce said profit was a death sentence to any game developer who didn't perform well.

Now switch to games as a service.  MMO's are a great example of how this mindset works.  A game is created and then costumers are brought in before the game is complete (usually in beta) and they give feedback as to what they would like to see in the game as a finished product.  The thing is that the game is never really finished, as things keep getting added on.  Costumers also don't do the one time purchase as in the other model, rather they pay on an ongoing basis either through subscription costs or via micro-transactions.  The game developer and the consumer then have this continual relationship where there are feedback loops and opportunities for creating an experience that players enjoy and game developers are happy to provide.  It also means that game developers are able to work with a product long after it has reached the hands of the consumer.

I think the second option has a better chance of creating communities around a game, and also gives developers a chance to polish and work out games to become the very best that they can.  I look forward to the change in paradigms that is already occurring.

Github

In the vein of being completely and totally open about how I am moving forward with this project I have created a Github account and posted the code I have so far.  I am still trying to get a grasp on OpenGL and GLUT which is why I haven't done a whole lot recently.  Also I am struggling with how to represent the triblocks in a way that is not resource intensive.

Part of my problem is that for each triblock there are 5 neighboring triblock areas.  I need a way for the triblocks to be aware if each of the neighboring areas are either filled or not.  If they are filled then the triblock will not display the neighboring face, and if not then the face will be displayed.  I might have to make a huge set of pointers, which I am not looking forward to as I still haven't quite got the hang of them.

Anyway if you want to stop by and check out my code just look for Brift or Hexwars on github.