Add to Chrome
Add to Edge
Add to Firefox
Add to Opera
Add to Brave
Add to SafariWhat is the best alternative to Torque 2D MIT?
Top Pro
Top Con
Top Pro
Top Con
Top Con
Top Con
Top Con
Top Pro
Top Pro
Top Pro
Top Con
Top Pro
Top Pro
Top Pro
Top Pro
Top Pro
Top Pro
![[deleted]](https://avatars.slant.co/identicons/50/9a21b212-6573-4827-9b03-c333d534684d)
Top Con
Top Con
Top Pro
Top Pro
Top Con
Top Pro
The inbuilt database which binds to game saves or can be made persist allows great power within your logic. Also a plugin called 'Alpha.net' provides multiplayer. This combination can allow great customisation of the engine, allowing a powerful 2D game to be made with little to no coding experience. See More
Although C# is also supported by Godot, it is only supported by a separate version, and Mono must be downloaded separately. While GDScript is very accessible, and if you know Python you'll pick it up fast, having to learn a new language to fully make use of the platform can be a bit discouraging. And for those learning to code as well as learning Godot for the first time, many would rather learn a language they can 'take with them' when they explore other platforms in the future. See More
This engine barely released one year ago has more than 1000 forks on github and about 100 developers. Not only that just a bit of browsing trough issues you will quickly find out the dev community loves new esp free technology and does not shy away from completely rewriting parts of the engine. The audio engine is being completely rewritten to use threads and so forth. See More
GDScript is copy of python and the real problem is, it is not python. Which means it cannot have all the power and new features that is available in Python or other programming language. It does have some good features but it is not good enough for what you need if you want to deep dive into game development. You can just feel that by the godot team is solving that matter by supporting mono version. Because C# is popular in other game engine and it contains all the new features that is available from new programming language. If i give you very simple example for why GDScript is immature, GDScript does not support asynchronous programming. Which is very efficient for performance of your game. You may mention about multi-threading because asynchronous programming is one way of multi-threading. However If you try that in Godot, you cannot multi-threading where you want to implement asynchronous system. For example, Autoload (Fake singleton) where you want to manage data in real time. Autoload is not real singleton. It is not a separated thread that manage data. Therefore everything is synchronous in autoload. Even though you create new thread from Autoload script, your game will just stop and wait for your thread to finish its task... See More
Given that you can target both desktops and consoles with the same code base in other engines, the lack of support for consoles in Godot is pretty hard to get past if targeting desktops for a game. But asking for an open-source engine to target consoles is probably too much to ask. But it would be interesting to see some legacy consoles targeted even if current ones cannot be. See More
Godot has an OOP architecture. Everything is an object internally and data is spread among many classes, thus it's difficult to optimize (i.e. not cache friendly, difficuly to vectorize or paralellize, etc). Read about "Data Oriented Design" for more info about the problems and solutions. See More
Scenes can be made up of other scenes. That makes some sense. But even the smallest object (or prefab or asset) in a scene -- such as that spoon on the table or the marble on the floor -- is still called a scene... except when it's called a node. This is a bit odd for those coming from other engines. With all the great decisions behind the basic design of this engine, the choice of this term from all the potential other terms out there seems really out of place and only serves as a constant reminder that not everything about Godot is great. See More
Godot has their own scripting language called GDScript. The scripting language is easy to learn with Python-like syntax, but it is not Python. It's very powerful, easy to learn, and it's free of unnecessary things because it was custom built for optimized integration with the Godot Engine. It can be used to add custom behaviors to any object by extending it with scripting, using the built-in editor with syntax highlighting and code completion. A built-in debugger with breakpoints and stepping can be used and graphs for possible bottlenecks can be checked. See More
With 3.0's addition of NativeScript and PluginScript via GDNative, developers can easily define bindings for new scripting languages. In addition to the primarily supported C++, GDScript, VisualScript, and C# languages, the community has contributed D, Nim, and Python as well with more on the way. See More
The engine's source code is easy to read and understand with a self-documenting approach to code design. You don't have to wait months or years for other people to fix an engine bug that is important to your game. Often times, you can spend an hour or two of your own time to fix whatever problems you encounter yourself. See More
Vertices can't be animated, so you can't have ANY organic feel (like... lungs breathing). Parent bone can't be animated without affecting the children. This is especially impeding for organic feel, again. No option to show & unshow assets (or it is hidden), like for switching weapon on your character for exemple. See More
Mecanim brings state machines and blending to 2D bone animation. The state machine editor allows for designers and programmers to visually create a Finite State Machine (FSM) to control when animations should play. Mecanim also allows for blending so an animation can transition smoothly between two states without the need of in between frames made by an animator. See More
There is no charge for upgrades, or for extra platforms (the HTML5 version just appeared in the latest version), there are no subscription fees or other usage charges. If you publish onto either Apple or Google's stores you will have to pay their costs, of course, but the makers of AGK do not take a cut of this themselves. See More
Software produced with the App Game Kit is written in a language called AGK Script. This language has powerful inbuild commands including commands for 2D graphics, physics and networking. The commands make use of the platforms' native functions to improve performance. They are also designed to enhance code readability. The AGK Script commands have extensive online documentation. See More
You can import skeletal sprites and animations from DragonBones, which is also free. Skeletal animations are added to objects through code; developers can listen to marked events in animation, and ct.js automatically associates sounds in a DragonBones project with the game's assets. See More
ct.js has a "Core" library that provides basic drawing functions, room and asset management, and mouse interactions. Any other functions are added to projects as "catmods", or simply modules. These modules can be enabled or disabled in one click, and can inject their code in different game loop stages, e.g. after drawing all the objects, leaving a room, or when a new object is created. See More
v1.3 brings a particle system editor, which displays a preview sprite for proper attachment of emitter to visual elements, and allows combining more than one emitter with different particles into one effect. With these, even the creation of complex, multi-step effects becomes easy. The editor comes with dozens ready-made textures for faster prototyping. See More
The homepage allows players to join your game, but the way it works is just not good. The "unpopular 0 player" games get less exposure than the popular games. The tier system also puts a star on your game card which also lures players to your game making them think this game has a special event or something, giving a disadvantage to the less popular games which are still so called "Tier 1". See More
Modd.io is designed to be good at making "specific" kind of multiplayer games. Its strength unleashes if you don't care too much about the specifics in UI. For example, if you wanted to make a casual death match game, it is extremely easy to make it using modd.io. However, if you want to create a puzzle game with a unique UI, it becomes very time consuming. See More
(excerpt from source): To help you do this, the (Haxe) toolkit contains three main components: the Haxe Language - a modern high-level, strictly typed programming language the Haxe Standard Library - a complete cross-platform standard library the Haxe Compiler - an incredibly fast cross-compiler See More
(excerpt from source): There is a multitude of channels to interact with the community: Our google groups forums #haxeflixel on IRC (freenode.net) @HaxeFlixel on Twitter The HaxeFlixel organization on GitHub The HaxeFlixel page on IndieDB Join our development chat on Slack[1] HaxeFlixel group on Steam See More
Some features are not well explained / highlighted: for example, unless you use the interactive project initialization, you have to go over the tutorials and examples in the wiki to learn that there is an optional C++ layer, Scroll, developed on top of the C API. Similarly, some major information are missing from the website, wiki and Doxygen documention, and are left for the users to discover in source headers and INI template files, or by searching the forum (e.g. the 0,0 coordinate being the center of the screen and not top left, the list of all Orx scalar types and their use, etc). See More
GLSL code can be added straight into data configuration files and can be applied to any texture: background or objects whivh allows for some amazing effects. All GLSL versions are supported, again by providing the shader language version in your configuration file. Parameters are supported and values over time for shader animation. See More