> i sugest the community to donate a lot for this project and the godot project, contrary to proprietary software, open source tends to grow exponentially once it hit the critical mass, but only if it hits it.

Thanks for this :) Donation are very welcome. It's indeed a matter of hitting the critical mass.

> one thing that gdevelop need to change, is that they are entirely based on html5, it sounded like an good idea to make it easy to make it multiplatform back then, but now with web assembly, all the benefits are going south

You mean for the editor or for the games? The editor is already partially based on WebAssembly ;) I even made a talk at React Conf [External Link] about it as this is a kind of unique approach.

As for games, for now HTML5 games seems to be viable, but as WebAssembly becomes more widespread and interoperable with JavaScript it will be an option (Firefox recently made the overhead for calls from JS to WebAssembly and vice-versa cheap, but there are still some overhead in other browsers that may make things harder for a game engine where you would have lots of JS <-> wasm calls). In particular, re-implementing only core algorithms (like collision handling or pathfinding) could be interesting to keep things easy to evolve.

View this comment - View article - View full comments

Hey :) GDevelop author here!

Thanks GamingOnLinux for the article :)

Concerning what can be done with the engine, while everything is made to be as accessible and understandable as possible, it's actually a full-featured WebGL/JavaScript game engine running. Events are I think the best of what can be done in terms of "visual" programming, as they allow to recreate almost anything that can be done in an usual programming language.
Latest versions even bring the functions, which allow to extend events by declaring actions, conditions or expressions that are actually events themselves (something that was never seen in this area of visual programming I think).

Best thing is that if you want, you can add arbitrary JavaScript code blocks [External Link] in events (you could write an entire game like this... or just a few functions to still keep the clarity of events). I think we're hopefully reaching the sweet spot between visual programming and traditional programming (you can create your own "visual events" to keep the rules of your game easy to read, while implementing them in JavaScript). For the record, the rendering is done using Pixi.js (http://www.pixijs.com/ [External Link]) which powers professional games and is super performant.

A few larger games were also made with GDevelop (I personally made this one: https://www.kickstarter.com/projects/iamlilbub/lil-bubs-hello-earth-a-retro-8-bit-mobile-video-ga [External Link] :D )

Happy to give your more insights!

View this comment - View article - View full comments

Game Linux does not work at all, I just can't get it to execute:/

Could you try launch a terminal, go to the game directory (cd /the/path/to/the/dir), launch the GameLinux script (./GameLinux) and send me the errors displayed to [email protected]? :)
It should help me to identify the problem.

View this comment - View article - View full comments

Lapinopl: You should launch GameLinux not ExeLinux ! ;)

Many thanks CorvusE and maokei! :D

View this comment - View article - View full comments

Many thanks Liam for this article! :D

I just wanted to add that if I get enough feedback from people using other distro, I could try to support them also. I just prefer to make sure that the Ubuntu version is fully working and polished before doing anything else. But it seems that GD already work on other recent distro! :)

The goal is not too high indeed, but I prefered setting it to a reasonable amount, as lots of successful crowdfunding campaign manage to overcome this amount anyway!

And I've added "Ubuntu" to the description of the download ;)

4ian

View this comment - View article - View full comments