SDL is good choice indeed, there's lots of documentation around.
Also if you are willing to try, there's my game engine, I tried to make it as simple to use as possible, check www.pascalgameengine.com
SDL is good choice indeed, there's lots of documentation around.
Also if you are willing to try, there's my game engine, I tried to make it as simple to use as possible, check www.pascalgameengine.com
I wouldn't say that there's one engine which is better than all others. In the end, it comes down to personal preference. Try the one that caught your attention. If you like it, stick with it, if not, try another one. Trust me, knowing more than one engine/framework is definitely a plus. There are always different concepts and it's always good to learn new things
Also: SDL is not an engine. And there's a difference between a graphics engine and a game engine.
Freeze Development | Elysion Game Framework | Twitter: @Stoney_FD
Check out my new book: Irrlicht 1.7.1 Realtime 3D Engine Beginner's Guide (It's C++ flavored though)
Programmer: A device for converting coffein into software.
Going to try SDL. I think it will be fine to start and learn.
I'm aware that graphics and game engine are not the same. I agree about learning to use more that one framework, but when you have no knowledge you must start with one, the easier and most complete in features maybe a good choice.
That's why I asked for advice.
In that case you might need to rephrase your question to "What are you expecting from a (game) framework?"
SDL is very low level (but not as low-level as WinAPI), function-based (no class structure), you have to fiddle around with pointers, create a game loop by hand, there are no game logic helpers (i.e. no entity management, no scene management or any game design concepts whatsoever). All of that is not a bad thing of course.
If that is what you were looking for, go for it.
Freeze Development | Elysion Game Framework | Twitter: @Stoney_FD
Check out my new book: Irrlicht 1.7.1 Realtime 3D Engine Beginner's Guide (It's C++ flavored though)
Programmer: A device for converting coffein into software.
Thing with SDL is it has a nice progression, SDL is interoperable with OpenGL so when SDL becomes too restrictive or too slow, just throw in some GL code. And once you're comfortable with OpenGL you dont need SDL and you can write your own libs!
I once tried to change the world. But they wouldn't give me the source code. Damned evil cunning.
SDL is quite low level, is not an engine exactly. I 've worked in the past with (Un)DelphiX and GLScene, but you can also find other engines to start with, a lot of them can be found at http://www.pascalgamedevelopment.com...-Your-Projects
Last edited by Jimmy Valavanis; 30-03-2012 at 04:21 PM.
Bookmarks