Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 25 Aug 2009
Offline Last Active Nov 09 2015 03:33 PM

Posts I've Made

In Topic: Water rendering

06 November 2015 - 10:44 AM

Damn. That's almost an article-worthy "water rendering 101" right there.

I think the same, and actually just followed this thread so i can digest Promit's excellent reply when i have more time

In Topic: Inversion of control across libraries

06 November 2015 - 10:34 AM

Why can EngineLib not be dependant? Would you ever use engine without graphics and physics? If so, perhaps the stuff that is common to both graphics and physics can be broken out into it's own lib?


I'm not an expert by any means, but i have dealt with an issue similar to what i think you are describing. I bundled up anything math related into it's own library. The graphics library objects includes the headers it needs from this, and the physics library behaves the same way. The engine includes the graphics, physics, and math headers, and the application being worked on includes the engine headers. Since the actual translation units exist only once in their respective libs, I have no issues including each library into the application.


I've even kept the graphics library as agnostic as possible, and created one library that implements a dx9 version(which is what all of my existing code was based on), and another for DX11(which i have slowly been implementing), and yet another for gl4(which i've barely done anything with. The engine only knows about the base graphics library, while the app has the choice of including/linking to the implementation it wants.

#include "GraphicsDX9.h"
App game(new GraphicsEngineDX9( ... ), new PhysicsEngine(...), new InputEngine(...));

GraphicsEngineBase * renderer = game.GetGraphics();

// or

#include "GraphicsGL4.h"
App game(new GraphicsEngineGL4( ... ), new PhysicsEngine(...), new InputEngine(...));

GraphicsEngineBase * renderer = game.GetGraphics();

// etc

Yes it's a bit of the PITA, but it works well enough for what i need.


In Topic: Is the use of path finding algorithms a good idea for dribbling in sport games

28 October 2015 - 03:21 PM

I seem to be doing this often as of late, but i second the recommendation to check out "AI game programming by example" by buckland. In fact, it's probably one of the best "game dev" books i have seen on the subject. Matt actually does a soccer pitch as a multi agent sim. It would definitely give you a good starting point. the key points are that agents use steering behaviors (such as seek, interpose, and wall avoidance) to navigate the pitch.

In Topic: Forget stuff when learning a new programming language.

28 October 2015 - 12:36 PM


Could you tell me how (for example with what api) it is a good practice in C++
to make GUI's like the notepad example you gave?

Well, if your working with windows, The Forger's Win32 is a good starting point. It will give you the bare bones behind the win API. You end up with a nice MDI text editor at the end. After that Reliable Software's tutorial series will reiterate basics in an OOP way. With those 2, some time, and a few trips to MSDN to clear up some fuzzy spots,  you can come up with all kinds of basic gui programs. Once you have a grasp of what working with the windows API is like, you will likely want to try some of the other recommendations here,  like QT and wxWidgets. I've not tried either so can't give any recommendations, but have heard great things about both.


Don't fret forgetting. I've forgotten so much already that it seems I shouldn't have anything left to forget, but my knowledge continues to grow. Ditto for switching to a new language. I started with basic, moved to pascal, then Javascript/PHP and am happy to live in the world of c++ now. Each language produced a set of hurdles for me, and with time, each hurdle became a stepping stone to better things.


Start something(anything), keep at it, and grow your skills. The journey of a million miles begins with a single step.

In Topic: Jim. Adams's book

28 October 2015 - 12:18 PM

is that using direct play? if so both it and direct sound are deprecated. You will need to find an older sdk to get direct sound running, which may have come with the book. same with dplay. I do know you need to watch #include directive order to make sure that certain includes and defines happen before others. other than that, we need more info.