Check out our Monthly Survey Page to see what our users are running.
We do often include affiliate links to earn us some pennies. See more here.

The first Beta of Godot Engine 3.2 has been released

By - | Views: 17,561

The team behind the FOSS game engine, Godot Engine, have now released the first Beta in the 3.2 series so the full release is coming close now with lots of new goodies for game developers.

Rémi Verschelde, the Project Manager noted that they've seen plenty of activity since the third Alpha release with well over 200 commits and they're now entering a feature freeze period. So no new features as they work on getting it stable.

Tons of new features coming which you can see here, put together by a contributor. Some seriously exciting stuff too like WebRTC support, pseudo-3D depth in 2D, huge improvements to the visual shader system, you can import 3D scenes using Assimp, version control integration in the editor, the ability to generate audio procedurally and analyze audio spectrums and tons more.

Shaping up to be a great point release. Full announcement here.

After that sometime will be the major Godot Engine 4.0 update, this includes Vulkan and more advanced rendering features which should make creating 3D games awesome with it.

Article taken from GamingOnLinux.com.
10 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
12 comments
Page: 1/2»
  Go to:

Kors Nov 6, 2019
Blender and Godot are very good examples of how much open source software can achieve.
Both are the reason why I migrated to Linux last year.
I use Kubuntu since Artful Aardvark and loving it.
Power-Metal-Games Nov 6, 2019
Quoting: KorsBlender and Godot are very good examples of how much open source software can achieve.
Both are the reason why I migrated to Linux last year.
I use Kubuntu since Artful Aardvark and loving it.

Blender - yes. Godot is still far from usable state for anything serious. But I really hope it will be ready in next 2-3 years.
These two are really not comparable. You need to try to use both of them to understand why. Blender is absolutely fantastic. Godot is maybe on the road to begin something.
slapin Nov 6, 2019
  • Supporter Plus
Godot is in state wanted by its developers, according to their vision. Visions change very slowly, so I guess 2-3 years is too optimistic. However even now if your C++ skills and experience are good enough you can write quite decent games using it, but prepare to code a lot first. The problem is mainly a conflict of interests between minimalist public which considers any additional feature as personal insult and feature hungry public. Currently the interests lean to minimalism even at cost of lack of functions. That is not going to change any time soon, so to have some decent FOSS engine for your 3D game one have to either compose one from existing separate libraries (OGRE, Bullet, etc.) which will take human-years to complete (including asset pipeline establishment), so requires large team efforts, or take Godot + external libraries and have something coded within months which is much less effort. All the complete solutions are not FOSS, so Godot is compromise.
Kimyrielle Nov 6, 2019
Sometimes its really strange how very small and less-than complex contributions that would add absolutely essential features to Godot seem to get stuck in the approval-queue for ages. Like for example https://github.com/godotengine/godot/pull/23864 that would allow adding properties to tiles and is needed for pretty much any 2D RPG or RTS imaginable. I was really hoping to see it added to 3.2, but I guess not... :S

I get why they feel they need to become a more serious option for 3D games, but personally I wish they'd get the 2D side right first, because I think that's what most current Godot users are developing.

Other than that, glad to see that 3.2 is coming along nicely, anyway! :)


Last edited by Kimyrielle on 6 November 2019 at 5:38 pm UTC
tmtvl Nov 6, 2019
Obligatory "I've been waiting on this" joke.
TheSHEEEP Nov 6, 2019
View PC info
  • Supporter Plus
Quoting: slapinGodot is in state wanted by its developers, according to their vision. Visions change very slowly, so I guess 2-3 years is too optimistic. However even now if your C++ skills and experience are good enough you can write quite decent games using it, but prepare to code a lot first. The problem is mainly a conflict of interests between minimalist public which considers any additional feature as personal insult and feature hungry public. Currently the interests lean to minimalism even at cost of lack of functions. That is not going to change any time soon, so to have some decent FOSS engine for your 3D game one have to either compose one from existing separate libraries (OGRE, Bullet, etc.) which will take human-years to complete (including asset pipeline establishment), so requires large team efforts, or take Godot + external libraries and have something coded within months which is much less effort. All the complete solutions are not FOSS, so Godot is compromise.
I have to agree somewhat.
Love to see the engine progress, but I've often been questioning the priorities and the lack of clarity of what is going on at any current time, what the plans are for the next month/week, etc.

Is it really necessary to work on a Vulkan renderer while OpenGL+DirectX works everywhere and other features are way more incomplete than the rendering?
It's not the lack of graphical bling! that keeps people from using Godot, it is the lack of features. When asking "can Godot do this?" and the answer is no, well then most people won't pick Godot if Unity or others can do it.

Don't get me wrong, I'm not questioning what the unpaid contributors work on, they'll work on what motivates them and that's fine. But shouldn't the paid ones be more mindful of priorities?

I gave up waiting on the 3D navigation, for example, and started working on my own GDNative module to implement recast/detour properly for my needs. It won't be in a way that suits everyone (no editor integration, for example and only takes MeshInstance), but that's just what happens when people develop for their own needs.
It is a few weeks of work (spread over one day per week that I have for it) that would have been nice if I could have spent them on something else.


Last edited by TheSHEEEP on 6 November 2019 at 6:56 pm UTC
slapin Nov 7, 2019
  • Supporter Plus
Quoting: TheSHEEEPI gave up waiting on the 3D navigation, for example, and started working on my own GDNative module to implement recast/detour properly for my needs. It won't be in a way that suits everyone (no editor integration, for example and only takes MeshInstance), but that's just what happens when people develop for their own needs.
It is a few weeks of work (spread over one day per week that I have for it) that would have been nice if I could have spent them on something else.

Seen my old PR and navigation branch? might be useful in your implementation.
slapin Nov 7, 2019
  • Supporter Plus
Also I need to say that if Armory engine or Torque3D or any other FOSS 3D engine on horizon will get same set or more in features I will be more than happy to move or at least try, but with currernt state of affairs Godot seems only option for 3D game.
nattydread Nov 7, 2019
I've been playing with game engines recently and Godot is far from usable yet really.
But what I have discovered is Urho3D, where I have rapidly made progress with some ragdoll physics using the bullet library.
Urho3D really is a great and polished library but not that well known (yet?).
I suppose its downsides are it is limited to OpenGL over vulkan but that isn't such a big issue.
It also seems to have a large and active community of developers.


Last edited by nattydread on 7 November 2019 at 4:43 pm UTC
slapin Nov 8, 2019
  • Supporter Plus
Urho3D is very limited with what you can do (i.e. small number of bones per mesh, very inflexible asset pipeline, ragdoll only works with example meshes, IK is as limited as one in Godot, no scene editor, no asset pipeline for anything beyond a few static meshes unless you use older Autodesk tools. Blender export will require much more manual work than with Godot or Torque3D. There is much less features than with Godot and you can take Urho now only if you're for minimalism (in which case I suggest composing your own engine using OGRE and Bullet, which will produce even better thing for your game). The engine architecture in Urho is very good though and the engine is easy to understand, so can be used as starting point if your requirements are small and C++ skills are strong enough. However due to lack of effort and visibility you will encounter architecture bugs and shortcomings nobody will fix for you, so if you're not ready to maintain your engine fork for your game with heavy changes, I'd suggest only use Urho as example of how engine can be composed and use other tools. Currently I think that it might be a good project to port T3D to mobile and fix its renderer and get fully-featured engine than play with Godot or Urho3D. Creating own engine from FOSS libs is another option.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.