Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 19 Jul 2011
Offline Last Active Today, 10:26 AM

Posts I've Made

In Topic: I've given up already, now I want to try again GML? or something else?

27 August 2014 - 04:33 AM

I hate html5 because CSS confuses me.

Perhaps have another look. HTML5 game development is all code such as Javascript or C++ (via Emscripten). There should be no CSS involved.

This is a very basic project written years ago in Javascript (before Emscripten was released to allow me to write in C++)

Perhaps view the source and see that the code, once it hits Javascript contains no HTML.

In Topic: Making a 2d browser Game

22 August 2014 - 02:43 AM

I find that using Emscripten C++ for the frontend and Emscripten C++ for the backend has been very successful. Emscripten for the backend uses node.js at runtime so ensures that when serving sockets using the traditional BSD sockets API, you infact serve websockets instead.


Coupled with static typing and RAII of C++ and portability to all platforms in existence, it is proving to be a really great solution for games. So good infact that even commercial products like Unreal and amateur / hobby game engines like Unity are starting to use it as their backends.

In Topic: Am I obliged to create one?

20 August 2014 - 09:50 AM

Whilst the Unreal engine is commonly used in professional game development, many companies still choose to write their own engine for various reasons (i.e more suited to problem domain, lighter, cheaper?, R&D tax breaks?, etc.) however, much less professional games studios write their own tools from scratch which are of the same scale as Maya, Blender, Max etc. and instead augment these existing ones with their own extensions and plugins suited to their projects.

However, much of the talent in professional studios will understand what is below the hood of something like Maya, and if given enough time could probably implement all the features. Developers that rather stay ignorant of the important low level details because they are using something basic like Unity is not really the sort of principle that exists outside of indie game development. Unfortunately limited time is relevant to both ;)

In Topic: Is it worth learning another language/tool for game dev if I already know Unity?

14 August 2014 - 03:32 AM

You might also like to look more into .NET (C#) than just scripting Unity with it.

It might seem a step backwards but many Unity users do not know how to create a console application in C#.

Also, perhaps have a play with the System.Windows.Forms GUI classes provided by the normal Mono or Microsoft implementations of .NET.

Through this you will learn things like the application lifetime (something that is handled for you by Unity).

In Topic: Can't solve problems without googling?

12 August 2014 - 02:28 PM

As you program and problem solve more and more, you still wont feel you are getting any better. However the problems will seem to be getting easier.


As for professional programming, often time is of the essence and thus if you can "google" a solution, then professional due diligence should dictate that you do not want to be reinventing the wheel. However, what separates the good programmers from other programmers is to be able to work out quickly whether a solution from google is good and otherwise quickly discard it rather than polluting the codebase with crud (typically seen with amateur web / javascript development).


Writing code is pretty much data entry, it is the scalable design and elegant integration of code that comes with practice. As for the algorithms themselves, yeah, maths is often key (especially no escaping that in graphics programming). Between learning that and knowledge of low level languages like C and even assembly, you will get pretty damn good.