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!
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.
Starting in on making games and working with graphics, I'd stay away from "engines" as they will teach you very little, or nothing at all about how the code needed works. An engine is designed to do all the work for you, which is great if it is designed well(fast and memory efficient) however when learning you need to code these things for yourself and be able to play with them to understand how this code effects performance and the effects generated by what you have put into the functions you wrote. Engines eliminate this for you as a convenience which makes them better suited to more experienced developers who want to cut time from a project than have to do what they already have done before and know well.
As a first library you want to pick one that will give you the most control over your code. You ware looking for low-level functionality of the code yet simple enough so as to not make the learning process tedious. SDL based libraries, such as JEDI-SDL are great for this. There are some libraries or alternately called "frameworks" that go more towards the engine ideaology, but you want to avoid these too for now. They serve the best of both worlds, yet they still are designed to take away from those things you want to learn at the beginning.
After you have done the basics with a good starter library you may want to move onto something (engine, framework, library) that will help speed development in a project that popped into your head and excites you. If you are using this project to learn something about a different concept of programming, make sure that you choose a library that doesn't take away from you being able to learn that concept for convenience or your efforts will be stunted. On the flip-side you may want to use such a library if the code is open source to see how they have implemented it. It is still best to try your hand at your new project without the assisting code before hand.
Well there is my buck and a quarter.(inflation)
Jason McMillen
Pascal Game Development
Co-Founder
Thanks for the advice. Learning is a step-by-step process (this is not an industrial secret), and I'm commited to go all the way from basics, then I'll embrace a 3th party framework or mine if I'll ever make one (chances are high).Originally Posted by WILL
Starting in on making games and working with graphics, I'd stay away from "engines" as they will teach you very little, or nothing at all about how the code needed works. An engine is designed to do all the work for you, which is great if it is designed well(fast and memory efficient) however when learning you need to code these things for yourself and be able to play with them to understand how this code effects performance and the effects generated by what you have put into the functions you wrote. Engines eliminate this for you as a convenience which makes them better suited to more experienced developers who want to cut time from a project than have to do what they already have done before and know well.
As a first library you want to pick one that will give you the most control over your code. You ware looking for low-level functionality of the code yet simple enough so as to not make the learning process tedious. SDL based libraries, such as JEDI-SDL are great for this. There are some libraries or alternately called "frameworks" that go more towards the engine ideaology, but you want to avoid these too for now. They serve the best of both worlds, yet they still are designed to take away from those things you want to learn at the beginning.
After you have done the basics with a good starter library you may want to move onto something (engine, framework, library) that will help speed development in a project that popped into your head and excites you. If you are using this project to learn something about a different concept of programming, make sure that you choose a library that doesn't take away from you being able to learn that concept for convenience or your efforts will be stunted. On the flip-side you may want to use such a library if the code is open source to see how they have implemented it. It is still best to try your hand at your new project without the assisting code before hand.
Well there is my buck and a quarter.
I just can't walk along and don't leave it here.
Theory is - when you know everything but nothing works.
Practice is - when all works, but you don't know why.
We combine theory and practice - nothing works and nobody knows why
Posting Permissions
Reply With Quote
Bookmarks