Advertisement

The Best Ideas for a first game?

Started by December 26, 2015 03:39 AM
8 comments, last by Hobo Ramirez 8 years, 11 months ago

Hi, I just venture into game development this year, and I started making a game a Tactical Strategy game in the spirit of Commandos and Syndicate, since (I´ll give more information about it in another post perhaps).

The thing is, this is a team effort since I really don´t know how to program, I have a major in Science and Techniques of Comunication (a degree mostly based on media), although I´m passionate about game design and is even the task I´m doing with this game, as the 3D art, for characters and scenarios, a friend is helping with programming part, and we are making this game in the Unity Engine, while I do the 3D assets in Blender.

Got to admit, sometimes I feel we´re biting more than we can chew, my friend is on hold right now, he got to focus on his work at the moment and go to christmas vacation on the way there... leaving me with the 3D Modeling part, (wish is something I´m still mastering).

I don´t know if we can do this game (I won´t leave this project), and I want to make games anyhow, I was thinking in making first a game on my own, something that´s not hard to code, and not that big for only one guy, I would like to know any game genres and engines that fits better for one guy that´s making his first game.

Sorry for my somewhat broken english, and thanks for reading if you did that :)

Advertisement

Here's a great article for which games you should PROGRAM first and why.

http://www.gamedev.net/page/resources/_/technical/game-programming/your-first-step-to-game-development-starts-here-r2976

I put the emphasis on "program" because I'm not sure how much of that will translate to generating 3d assets and modelling. I'm sure newish modellers aren't supposed to jump straight into making all the assets for an MMO all by himself. But I'm not 100% sure where you should start. Start small is the best advice I can give. A game like Syndicate doesn't seem like a great first-choice for learning how to develop games (on the programming side), but there are definitely worst choices. :)

- Eck

EckTech Games - Games and Unity Assets I'm working on
Still Flying - My GameDev journal
The Shilwulf Dynasty - Campaign notes for my Rogue Trader RPG

Asteroidz or Pacman might be a good start, despite the correct movement to the other forum :)

Here's an example on a GDD of a 'simple'/ clone game, you might even go for a simpler approach:

http://www.crealysm.com/downloads/documents/booh-game-design-final.pdf

Crealysm game & engine development: http://www.crealysm.com

Looking for a passionate, disciplined and structured producer? PM me

Lets put it this way... As long as you are handling the 3D art part, you should concentrate on how you can generate enough assets for the art style you are going in a sensible amount of time.

That might mean you need to adjust your art style to one that is easier to model for, or adjust your game design to one that demands less assets or simpler assets.

For example, if you go with a non-realistic style you can skip sculpting high-poly assets. You might still need to retopo your models after finishing the raw models, to reduce the amount of polygons some, but it is the very fine details that take the longest to sculpt. If you can create the game ready lowpoly models without the need of a retopo, you will save time again.

Which is a case of choosing an art style that allows for simpler 3D modelling.

Another thing is, if you choose a game design that avoids organical creatures, you can skip the whole rigging / weightpainting part. As every separate part is "rigid", animation can be done simply from script. In Unity you can actually just load a multipart mesh, and animate the model by moving the submeshes (which get imported as separate game objects, at least for an .obj file).

This can save you a lot of work, though you need to be aware that it is horribly inefficient for the renderer to have models consisting of seperate submeshes, as each mesh gets drawn in its own draw call (clogging up the CPU, and creating a bottleneck).

If you can spend 45$, there is a thirdparty asset from the store, which can bake a skinned mesh directly from such a multipart model in the Unity Editor, the Meshbaker. Saved me a ton of drawcalls without needing me to go into Blender and do this all by hand (which is also possible, have to do that now that I switched to Unreal Engine).

Point is, you save the time needed for weightpainting your models for animation, setting up a complex rig and recording all the animations by going with a "vehicle only" or similar design. Which is an example how the game design you choose can influence the complexity of models.

Never, ever feel that getting third party assets is cheating or cheap! Byuing stock art or downloading free models can save you a ton of time on models that aren't so important (for example environment models, rocks, tress and such), freeing your time to be spent on the more important stuff (players characters, enemies).

Also, you can get many good and ready made parts like textures and stuff for free or at least cheaply if you look around online.

Last point about 3D art is that it is really an "art"... as in takes a lot of time to master. As long as you have fun with it, just continue doing it, have fun, create awesome 3d models, and get better at it over time. In a year what seems hard to create today and takes a lot of time might seem easy to do then.

Now, as for the "biting off more than you can chew" part... yes, most probably you are. If you both are new at it, you will most probably need to rescope to get faster results, or you need to readjust your milestones to a more realistic timeframe.

Learning the needed skills to create any more complex game takes years... creating such a complex game by yourself or with two people also takes years.

Another fact is, your first few projects will most probably fail because of lacking skills or wrong scoping. While working in a team can be good, even during early stages (many peope feel more motivated by having some kind of "obligation" to continue working on the project because other people are also involved), not many teams will survive those early years filled with newbie mistakes. You and your friend need to be aware of that, and be okay with it... like, you might make a game design "mistake", your friend migth program a feature that cannot be used in your game. The feature needs to be thrown away (or at least put on the backburner for now)... it is important that your friend can let go even though he might have invested a lot of thought and time into the feature, and he shouldn't blame you (because neither of you both could have known better in advance, you both are still learning, and making mistakes is how most people learn).

So while working in a team will become a big boon later on, in the first years of learning the ropes a team might hinder you, because you get afraid of making mistakes.

On the other hand, as long as you two can sort it out, being able to concentrate on learning one thing without having to worry about the other (programming for him, 3D art for you) can save some time, and allow you to get better at your specilization of choice quicker.

Most people would now tell you to go back and start with pong, pac-man and tetris before trying your hand at complex 3D games. While that certainly is a sane choice, I'd say you just need to be aware what you are in for.

If you both set realistic timelines (game might not be in a playable state for years to come), start with you dream game today. Small adjustments might make the goal much more approachable (like leaving off organic creatures for now, settling for a cartoon artstyle, or choosing a viewpoint which doesn't allow to see your meshes from close).

Just do not expect to finish such a lofty goal within months when you both clearly lack the skills for that.

A really good first game to make is a match 3 game, like bejeweled.

Any engine can make these, simpler is better, so I would recommend Panda 3D if it's still around. Unity or Unreal will also work.

Blender also has a small game engine inside that can make games like these.

Making this kind of game will teach you what it takes to make a game from start to finish.

If you want to use 3D, you can use simple primitives for match 3 games. Loading even simple 3D primitives will teach you allot about 3D graphics, then once your game is working you can start making more complex models to replace the primitives.

Remember that 3D modeling, art design, game development, sound design and programming are all specialized fields; to be good even in one of these you will have to spend years learning.

I advice focusing on what you can do and make a game with it, hire or buy what you need.

A good and fast way to learn 3D modeling is to exchange models with other artist, working on other peoples game projects is also a good way to learn.

Advertisement
The first game I ever made was a clone of lunar lander on an 8 bit machine.

It had lots of hand crafted physics in it and it might be fun to write on a more modern third party physics engine like box2d.

I was always taught to make a Breakout clone as your first game. It takes you through various common game developing techniques such as collision detection, user input, rendering, etc.

Thanks guys, this really helped

Asteroidz or Pacman might be a good start, despite the correct movement to the other forum smile.png

Here's an example on a GDD of a 'simple'/ clone game, you might even go for a simpler approach:

http://www.crealysm.com/downloads/documents/booh-game-design-final.pdf

For what I see this Game Document put mine into shame, that was for a PacMan clone

(the thing is in Spanish so you might need translate it using word or google)

https://www.dropbox.com/s/jxi6a87c0hrmgc3/Blackout.docx?dl=0

This topic is closed to new replies.

Advertisement