Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 10 Mar 2012
Offline Last Active Apr 15 2014 07:38 AM

#5017411 Thoughts on Splitting Up the RTS...

Posted by Zed2100 on 04 January 2013 - 04:55 AM

This sounds kind of similar to a browser based MMORTS like travian and the million others that are out there but maybe in a real time/non browser based form?


Being browser-based doesn't necessarily mean that the game is turn-based, it can also be played real-time using websockets (example : Browser Quest by mozilla). 


I agree with Shake92 about answering the question of victory/defeat conditions. I think something like the concept of the world map in Total War series could do the trick : you have cities (or one city in our case) that is safe from harm and where you can build and train troops, but there is a battlefield where troops can fight. When one army defeats the other on the battlefield, it can move to the city and siege it.


A victory on the battlefield doesn't necessarily mean winning the game. One player must successfully siege the other player's city in order to win. So instead of 2 modes of play, I suggest having 3 : 

  • City Building
  • Battle Front
  • City Siege : this mode will eventually lead to winning/losing the game.

I think one of the biggest pleasures in RTS games is protecting your weakest points (city, supply convoys like DtCarrot suggested, ... etc) and trying to hit your opponent's. If cities are completely isolated from battle, players' weakest points will not be exposed (at least not completely). But that's just me, I like combat more than management in RTS games, so for me this point is very important.

#5017227 Advice regarding language choice - 2D Top Down Strategy

Posted by Zed2100 on 03 January 2013 - 02:00 PM

I agree with the guys above on learning C++ and making your game with it. C++ has evolved a lot these last years and there has been some nice updates to the language.


C++ is the language most pros are using, but these are very skilled people, so it would be a better idea if you took some time to master it first before thinking of making a game with it.


Personally, I learned C++ and made some simple games with it, then I switched to Java, then finally to javascript because it were easier for me and I wanted to make games that are directly playable in the browser without requiring a plugin. Now with the advances of HTML5, you can do a lot of cool stuff like drawing 2D shapes or sprites in canvas, saving data locally (in case you wish to save player progress, score, ...), playing sounds, ... etc and you can also do 3D if you wish.


I appreciate working with javascript because all it takes to see the changes you made to your code is hitting F5 to refresh the web page. I like to focus more on game design so working with a scripted language saves me a lot of precious time.


I think the most important thing for a beginner is to go through a basic, but complete, development cycle, one that includes a basic initial idea of a game, a simple game design, modeling the features of the game (here your job is to "translate" the game design to technical details, algorithms, UML diagrams, software architecture, ...etc), programming and testing. So I agree with bassy that the language in itself is not very important.