Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 09 Aug 2005
Offline Last Active Oct 20 2016 12:02 PM

Posts I've Made

In Topic: Multiple definition error

28 September 2015 - 09:38 AM

Your definition of Object::ObjectID should be within a source file. Currently if you include your header file in multiple .cpp files the compiler will generate multiple instances of the ObjectID as you have it currently defined "int Object::ObjectID = 0"

On a side note I'm not entirely certain how the compiler handles two declarations of a static with the same name in a base class and the derived class as well.

In Topic: Windows OpenGL Initialization Questions

29 September 2013 - 08:35 AM

Still that would be more work than most people would do and you are investing much time into replicating something librarys like glfw or sfml could do in a crossplatform way already and still get something worse.

It's part of my job to investigate.


Didn't keep a log of everything I changed but the debug context is now creating properly in my Win32 example. Haven't been able to remove the auxiliary buffers but at least on the Win32 example I was able to eliminate the depth/stencil so I have the option to manually create it later for use in an FBO. Not sure what I have set up wrong with GLFW that it still creates the depth/stencil.

In Topic: Windows OpenGL Initialization Questions

24 September 2013 - 11:27 AM

I guess my next question would be is what is the purpose of the auxiliary buffers?


For example if I were to set up a GBuffer for a deferred pipeline should I take advantage of the fact the auxiliary buffers exist and use those as my GBuffer surfaces instead of manually creating my own?


My guess is that I'm not guaranteed that they are going to exist. So I would want to allocate my own framebuffer/texture sets anyway. But then at that point it seems like I'm just throwing away usable GPU memory.

In Topic: Have Solution/Project for both VS2010/2012

29 January 2013 - 11:06 AM

If you require people to use different toolsets for working on your code base I would suggest using a utility like CMAKE or Premake to generate the solution/projects. This way you distribute the CMAKE or Premake files and people can have those build the VS/make/XCode projects that are required for what you are working on.


I modified the premake source a little while back in order to make it work with VS2012. I can probably post it online later today if you consider that as an option.


19 April 2012 - 02:04 PM

I know nothing of threading. If i were to use this method, would it be safe? Or does it require careful design and coding to ensure that the app remains single -threaded?


Short answer is that a basic application is single threaded, so yes it will be safe. You don't get into threading unless you create additional threads. Something like this hello world is considered single threaded.
int main( int argc, char* argv[] )
	 printf("Hello, world!\n");

	 return 0;