next »

[Serapth]

Thank you for writing this tutorial! I'm following your tutorial using SFML2.0 and XCode 4.2 at the moment. Will let you know how things go 

Cheers, let me know how it works out!  I recompiled the sources on Mac OS/X using SFML 1.6 and GCC 4.2 and ran into a few small issues.  First off, _tmain isn't supported, as are a couple headers utilizing tmain, so simply change that to traditional main() and removed the offending .h files from stdafx.


Also the new C++ named inner enums aren't supported, at least not with some compiler switch of sorts.  So for example, you can't do:

struct Colour
{
  enum DefinedColours { Red, Green, Blue };
};

Colour::DefinedColours::Red  instead you of have Colour::Red.  I am not sure if I changed the code to reflect this incompatibility or not.  It's too bad too, as I find the one much more readable than the other.

[Rusk]

Thanks for the tutorials from me as well. I just rewrote my little project using a resource locator, it cleaned up the code.

[Xardov]

Best C++ tutorial I've read.   

[Serapth]

Best C++ tutorial I've read.   

Excellent, thanks for the compliment!  Part 9 is pretty much live, except the whole holiday in the way thing... soon, very soon.

[Serapth]

Part 9 is finally live.


In this chapter we implement a simple caching system for audio files.  Additionally we added our enemy paddle and some exceedingly stupid AI.  Along the way we explore C++ exceptions and touch on templates.


Here is progress to this point:

[verticalvertex]

Part 9 

[Serapth]

Just realized I made a massive stupid.  Wayyy back in part two, I introduced the concept of pre-compiled headers and I mentioned stdafx but then I forgot to actually give the code!  Therefore if you weren't using the included project files and didn't already understand C++ #includes, you would have hit a massive roadblock.  Most importantly, stdafx.h was where all the SFML includes were!


This explains some of the questions I got from people!  Anyways, I've updated to actually show the code.


If you tried running through the tutorial and ran into problems early, this is most likely the reason!  So sorry for the confusion this omission may have caused!

[JigxorAndy]

These are some really useful and very informative tutorials! It's really cool how you go into systems like caching and object management which are totally overlooked by most tutorials dealing with SFML. Please do more! 

[Serapth]

Sfml 2 ports

The source code from chapter 6 on was all ported to work on SFML 2 as well as 1.6.

[Serapth]

As per a readers request, I put together a post on compiling your game in release mode, as well as the files you need to distribute with your game.  It is part of the main tutorial series ( aka, it's in the index ) or can be viewed here..

I provide a set of release SFML 1.6 DLLs compiled for Visual Studio 2010, because the process can be... problematic.


Even if you didn't follow the tutorial, if you are looking at distributing an SFML 1.6 game, this post may be of some use to you.

[ASnogarD]

Would the tutorial be any use to me as a SDL user , as a idea on how to design classes for a game/project ?

I get the idea of encapsulation, and protecting data that 'some potential user' may alter in an unwanted manner... its just I keep smacking into ' I cant do this here because this class doesnt know about that information, but that class doesnt know about this pointer, and the main class needs the pointer to acces another class altother ' walls.

A lot of the time I end up with a load of get x and set x mini functions to do the stupidest things.
I have gone through sdltutorials.com framework tutorial and picked up a lot of ideas, but even that has me wondering... like why declare the main display in the CApp , there is a CSurface class why not leave the surface work to the surface class itself ?

[Serapth]

Would the tutorial be any use to me as a SDL user , as a idea on how to design classes for a game/project ?

I get the idea of encapsulation, and protecting data that 'some potential user' may alter in an unwanted manner... its just I keep smacking into ' I cant do this here because this class doesnt know about that information, but that class doesnt know about this pointer, and the main class needs the pointer to acces another class altother ' walls.

A lot of the time I end up with a load of get x and set x mini functions to do the stupidest things.
I have gone through sdltutorials.com framework tutorial and picked up a lot of ideas, but even that has me wondering... like why declare the main display in the CApp , there is a CSurface class why not leave the surface work to the surface class itself ?

To a certain degree, yeah.

The first two parts would be completely useless, as they are all about configuration.  Your game loop would have to be rewritten, and obviously you would have to swap SFML for SDL calls, but that would be about it.  The fundamentals and such would all still apply, so if you have a good understanding of SDL, you should be able to translate it pretty easily.

[sigfarter]

Coding standards are like societal expectations, completely useless.

[Serapth]

Coding standards are like societal expectations, completely useless.

Until of course you are working as part of a team, or revist your code many months later... something I've just recently done.