Jump to content

  • Log In with Google      Sign In   
  • Create Account

Banner advertising on our site currently available from just $5!

1. Learn about the promo. 2. Sign up for GDNet+. 3. Set up your advert!


Member Since 24 Oct 2010
Offline Last Active Mar 22 2015 11:09 AM

Posts I've Made

In Topic: Open World games in Unity game engine?

22 March 2015 - 11:11 AM

With Unity 5, you can load/unload levels in the background additive. This means you can load parts of a large open world at any time, and unload those parts too. Which means you can break up and store your open world as a levels which get loaded in the background async with no loading screen or lag.


In this way you can load only the cubes the player is in, and the cubes around him, and unload the ones that are not. That said you must also decide some feature for handling view distance beyond the loaded sections of your world, like fog or perhaps having some LOD.

In Topic: Best way to store user settings?

15 March 2015 - 09:36 AM

Frob said it best, what your tools support +/- the context of the usage of this file.


If you are using c++ you maybe better off doing a simple format like below, since the fstream can read this just by repeatedly calling >> not much else needs to be done ( even the white space gets eaten and ignored properly and automatically ).


key value

key value 

key value


Also consider looking into tinyxml2, learning that lib will benefit you for years to come.


If you are using c# then use the .net classes for xml output, or you can also use the .net library to store settings in the registry(though I would only use the registry for just a few things here and there).

In Topic: Good Engine For 2D Games?

08 March 2015 - 10:00 PM

Since you said "Engine", but didn't give any extra details about your skills or what you are attempted to accomplish, I think your best bet is Unity or Unreal engines. Of the two Unity is the easier to work with.

In Topic: When and how do I start graphics? (C++)

04 March 2015 - 08:18 PM

IF you really want to use c++ and make games then learn SFML it's object oriented, fast, and will teach you good habits. Combine it with box2d for physics/collision detection.


Once you can handle that stuff you may consider UE4, it's free and you can script in c++ with it.


That said if your end goal is making 3d games then perhaps just skip on up to UE4 or Unity with c#.


Check my sig for more info.

In Topic: Unity - Script Languages

04 March 2015 - 08:08 PM


Beware of people that tell you that a particular language is "easy". When people say "easy" when talking about programming, they *usually* mean "easy to throw code together without thinking about writing good code" and not "easy to write good code and maintain large games".

So basically... C# its better?


It will serve you better in the long run. Most Unity developers use c#, and by most I mean 90% or so. Plus it's a general purpose language that runs managed or native(vs 2015 .net native/IL2CPP), so you could also use it outside of Unity for anything.


Also since you are starting out you should watch these videos or else.