A little guidence needed
Basicly i'm learning to program on my own iv'e learnt C and Allegro, and am currently learning the win32 api, but i'm a little stuck on where to go next . ultimately i want to program games (thats why i posted this in the game programming thread) and im trying to cover all the basics before i move into any advanced stuff.
So yea i'm manly asking advise and guidance on where to go from here.
-Cheers Matty_Alan
In case you want to program games, you should probably learn C++, since that's what the majority of games are written in.
Then you might pick your gaming API of choice and learn it (OpenGL, DirectX, SDL).
When you have sufficient knowledge in both areas, you might look into some stuff about making games and start practicing!
Originally Posted by Adak
I was always under the impression that those API's (OpenGL, DirectX, SDL) were a little to advanced for begginers :s
It can be advanced as you want it to be. If you start small and try not to get ahead of yourself and attempt anything "fancy", you should be fine. Starting with 2D (which the APIs are quite capable of) seems to be the typical advice to beginners. There are also tutorials online that can show you how to use different features.
M.Eng Computer Engineering CandidateB.Sc Computer Science
Robotics and graphics enthusiast.
Well, all games are typically made in one of those APIs.
So you would have to learn them eventually. Just start small and it should be fine.
Those APIs may seem advanced, but that's because game programming is an advanced topic.
Just because a million schoolkids all think they can write the next megabux making game on their own in a few nights after school doesn't make it so, those things require teams of dozens or even hundreds of experienced professionals months or years to create and budgets of many millions of dollars.
Start small, master one section of one API at a time.
No need to get all confused by tackling 3D graphics, physics engines, sound, networking, AI, etc. etc. all in one go.
Learn each separately, then learn to combine them into more and more complex demos.
When you think you have a basic understanding of all the concepts, write your design documents, and work from those to create a technical design and finally start writing that game.
Cool, thanks guys. i'll probably start with OpenGL because I have some very basic knowlage of that already.
How much of a disadvantage is knowing C compared with C++ for gaming?
In books that i read I constantly hear C programmers making fun of C++ programmers and reverse, it's hard to get an unbiased(sp?) opinion.
Sure it wasn't the GD board here you were reading?
I would argue C++ would be a better tool for writing more complete engines later. But for learning an API just to get a feel for making small-scale games and things, use whatever you're the most comfortable with. C won't put you at a disadvantage.
M.Eng Computer Engineering CandidateB.Sc Computer Science
Robotics and graphics enthusiast.
I know some C++ too. But I love the way C++ problems can be solved in C. I wouldn't advise you to learn that whole bunch of features C++ offers yiu now. Start small, as stated before. SDL, OpenGL etc. are really written for both.
It's really got nothing to do with the APIs at all. Anyone can read a manual, it's the concepts, design and math side of it that is the challenging part.
As all the APIs are fundamentally similar it really doesn't matter which one you use so long as you understand what's going on.
Solving a C++ problem in a C-way is usually a bad thing™.
And all those APIs were written with C in mind (which is stupid imho), and not C++.
C++ works for it simply because it's backwards compatible.
many of those APIs were written with C in mind rather than C++ for a reason, and a good one it was.
There were no (decent) C++ compilers for many platforms those libraries aimed to support at the time they were created (and for some they were designed/created before the C++ standard was finalised).
To support the greatest variety of platforms it was thus not feasible to shoot for a C++ only library at the time, and as C++ can interact with C it was a natural choice to go for a C library as a result.
At the time, yes. Today, no.
And yet so many a great a things are designed for C, still. Utter foolishness.
And Microsoft keeps insisting on using their stupid COM.
backwards compatibility, the bane of this entire blighted industry...
Hmm... yes, and yet so necessary. 'Tis a shame.
