Jump to content

View more

Image of the Day

WIP title screen for #DeathOfAPartisan #screenshotsaturday #gamedev https://t.co/qJNhfZCvd4
IOTD | Top Screenshots

The latest, straight to your Inbox.

Subscribe to GameDev.net Direct to receive the latest updates and exclusive content.

Sign up now

Please help me get past the tool stage

4: Adsense

Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
4 replies to this topic

#1 johnnyMakesGames   Members   


Posted 02 March 2014 - 01:04 PM

I have ideas.  I know what I want to make.


I'm simply overwhelmed by how many languages, frameworks, libraries, toolkits, design patterns, game makers, platforms, etc. and so on.


When I do a business app, I know what to do.  I can pick a language and technology stack.  I can do more than one, doesn't matter to me.  But, the game design field is foreign to me, and I'm afraid that if I start wrong that I'm stuck with that "product" or whatever forever.


Example, just and example, say I chose BlitzBasic, Stencyl, or a Java library.  Am I stuck forever?  Once I get entrenched, am I done?  Language is actually the least important thing.  I can do any of those, pick them up in a day or two.  Heck, they're all the same.


But when you use someone's library or game maker (sometime their special scripting language), I'm stuck.


What do you think?  I'm tired of trying to pick out the "best."  Any of you ever switch around?


(and no, I'm not going to roll my own 3d engine with C/C++ :).)






#2 JTippetts   Moderators   


Posted 02 March 2014 - 01:25 PM

Well,you won't be stuck, but your project might be. If you write a project for, say, Ogre3D, then decide to switch to Irrlicht, you'll be able to port concepts and non-rendering stuff over with some work, but the parts that actually touch Ogre3D will probably have to be redone. But that holds true with just about any code written against an API. Unless the API is some sort of open standard (something like OpenGL, say, where the standard is set by the ARB, but the actual implementation can be done by any number of vendors) then it's unlikely that you'll be able to move it without heavy changes.

You can mitigate the damage by interfacing with the API through an abstraction layer. This does add code and complexity, but it also means that if you do have to switch APIs, you probably only have to rewrite the abstraction layer, rather than the entire game.

I've run the gamut of 3D apis: OpenSceneGraph, Ogre3D, Panda3D, Irrlicht, Crystal Space, etc... before finally settling on Urho3D. Each time, I've ended up massively rewriting lots of code, so yes, switching things is a timesink. And there really is no "best". Put that out of your mind. There is only "sufficient for my purposes". Sometimes, you have to just take something and make it work the best you are able.

#3 EddieV223   Members   


Posted 02 March 2014 - 02:32 PM

Switching libraries is quite common as you have to work with an api to find out if it fits your needs or not.  Once you realize it doesn't then you have to move on.  



I'm going to layout two of the best paths I know of.  The first one is the more popular easier path the second is a bit harder however most who successfully hike that path say it's more rewarding.  Since you were kind of vague in describing your skill level I will pretend you are a complete beginner.


Path 1.  C# and Unity


Unity is a 2d/3d game engine.  C# is one of the languages you can script that engine with.  There is a free version of unity to get your feet wet.

Here is a pretty good book on programing c# and Unity.  This book is for beginning programming.  




Use either MonoDevelop or Visual studio for IDE.


Path 2. C++ and one of the following apis.

2D SFML 2.1 http://www.amazon.com/SFML-Game-Development-Jan-Haller/dp/1849696845/ref=sr_1_1?s=books&ie=UTF8&qid=1393792361&sr=1-1&keywords=sfml

Ogre3D http://www.amazon.com/OGRE-1-7-Application-Development-Cookbook/dp/1849514569/ref=sr_1_2?ie=UTF8&qid=1393792307&sr=8-2&keywords=ogre3d

irrlicht http://www.amazon.com/Irrlicht-Realtime-Engine-Beginners-Guide/dp/1849513988/ref=sr_1_4?ie=UTF8&qid=1393792323&sr=8-4&keywords=irrlicht


I would suggest VS or QtCreator for IDE.


In both paths  I would suggest Blender(3d modeling and animation) and gimp(texture editing)  since they are both free and open source.  However substituting them for a paid product like Photoshop is common.

Edited by EddieV223, 02 March 2014 - 02:39 PM.

If this post or signature was helpful and/or constructive please give rep.


// C++ Video tutorials



// Easy to learn 2D Game Library c++

SFML2.2 Download http://www.sfml-dev.org/download.php

SFML2.2 Tutorials http://www.sfml-dev.org/tutorials/2.2/


// Excellent 2d physics library Box2D



// SFML 2 book



#4 johnnyMakesGames   Members   


Posted 02 March 2014 - 07:17 PM

Thanks for all the help.  I'm just going to jump into something.

#5 Norman Barrows   Members   


Posted 02 March 2014 - 08:15 PM

you should probably use the same approach for games as for apps:


1. determine your target user.

2. determine what platform(s) that target user has.

3. determine what tools available for that platform and the type of app you want to make (a particular type of game) are likely to make you the most productive.

4. start with those.

5. adjust as necessary.


In these respects, the platform and tool selection process for building apps and games is very similar.

Norm Barrows

Rockland Software Productions

"Building PC games since 1989"







Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.