Godot3d performance

oljo01

Hi. I have read about Godot 3D performance, that its bad. I am thinking of learning this engine for mobile game making, but i am not sure if its better to learn Unity 3d for 3D games?

Schuster

Hi,.....why not try both ;) .....It's just all about a clever design solutions, optimizations and patience to create beautiful cheap models Godot 3.0 will have much better 3d performance but Godot 2.1.4 for not too large/epic 3d projects has good equipment :) ...in other words - large and epic 3d game project was't created in Godot engine yet B)

.....look at my wip sci-fi 3d game project....I have a quite old pc but performance was great for that scenes :)...not much assets in that frosted landscape...but hey....LOD right? sevenfishrealtime.blogspot.cz/2016/12/projects-in-excellent-godot-engine-on.html
....good luck!

oljo01

Thanks for answer, Yes i could try both, but i am not a programmer (iet) and i would like to learn one of the two, so i can be good in the one i want to learn. i know its more tutorials for Unity, but i do like Godot and and its free and work great for Linux <3

Schuster

Then I suggest go for Godot engine....I'm on Linux too....and I can tell you....I don't want another engine... never <3 Godot is a diamond between engines...he is a clever developed engine!!

keltwookie

As for Bishop, I don’t have a first class pc, and work on Linux. Until now, no problems as Godot seems perfectly manage 3D. And, just for curiosity, check the place Godot take on your HDD compared to Unity 3D. There is a huge difference between both, but it does not mean that Godot is lacking of features, far from it. And maybe I’m wrong but Unity doesn’t work very well with Linux.

The Godot Engine is in constant evolution, thanks to its community who actively participate to its development (check the milestone just to see what I’m talking about). All here are waiting for Godot 3, which appears full of promises for 3D games developers. I’m not a coder myself, but all informations I have had about coding with GDScript (based on Python) until now let me think that it is not that hard with a bit of logic and work, any way, if you are stucked, there are still these forums and Q&A where you can ask what you want, the most of the time, it is game devs experts who are answering you. After having spent a whole year to try various game engines for my own project, I discovered Godot and it appears that this engine was just the perfect one if we consider the offered features for the next stable release, including a complete mixing board with various effects, visual script, evolved shading sytem and a lot more.

Furthermore let’s compare the Unity licences and the Godot one :

Of course, it would be conceited to hope selling thousands copies of your future game, but let’s imagine a bit you will, so the free Unity licence (which don’t allow you to cross the limit of 100000 US$/year of incomes) won’t be sufficient and you will be forced to purchase Unity plus (32€/month) or the Pro one (125€/month), and keep in mind that you have to purchase these licences for a year at the minimum so : 384/year and 1500€/year, or about 447 and 1750 US$/year. Really sorry but for myself, I’m not that rich. And of course, a game is, « a fortiori », not made in just one year, except if you are part of a complete team of 25 (or more) devs.

Not the case with Godot, you are free forever ! \o/

@Bishop : Do you know if the visual shading system will be included into Godot 3 stable release? Because, it would be more easy for non-coders ( I’m working myself with the same kind of things on Blender)

Megalomaniak

@keltwookie said: @Bishop : Do you know if the visual shading system will be included into Godot 3 stable release? Because, it would be more easy for non-coders ( I’m working myself with the same kind of things on Blender)

I'm just wagering a guess here but more likely to make a comeback in a later point release(3.1, 3.2?) I would imagine.

Schuster

@keltwookie As Megalomaniak said....comeback will have to be for 3.1 https://github.com/godotengine/godot/issues/8397

keltwookie

Many thanks to both of you

I did read the topic, and yes : Reduz plan the trick for 3,1. Not a big deal as until now, we never had to wait too long for a next release. Could we hope 3,0 for Christmas ? It would be a very nice gift...

Schuster

I think this Christmas will be amazing and creative :)

NeoD

As far I can say there is a performance issue with Intel GPU. https://github.com/godotengine/godot/issues/9725

I hope a fix can be found before the release.

keltwookie

@NeoD said: As far I can say there is a performance issue with Intel GPU. https://github.com/godotengine/godot/issues/9725

I hope a fix can be found before the release.

Oh yeah, a serious one: "...With high quality VCT present, it drops to around 5FPS." Sad news for those having this kind of hardware. But it is very curious that this affect Intel GPUs only, so we could think that the only responsible is Intel... maybe the drivers have been coded with feet instead of head and hands.

@Bishop said: I think this Christmas will be amazing and creative :) Is this a clue? :wink:

snwflk

I'm a Godot newbie myself and I've been using Unity so far. I'm going to be as open as possible with respect to newcomers and at the same time to established Godot users and admiration-worthy developer(s).

From what I've learned, unlike other game engines, Godot priority is to provide a friendly and intuitive workflow with developing games, even for the more inexperienced users. Thus IMO Godot is, hands down, the best choice one could make in picking a game engine to develop small and medium size games in a few people team. It's not a good choice if your team of dozens dream of a sequel to Battlefield or Assassin's Creed :) My tests suggest a more than reasonable performance for the stated cases. I've tested 3 of the 3D demos with 3 different video cards in the same PC. Config: AMD Athlon II x3 460 @3.40 GHz, 8 GB RAM, Windows 10. Here are the results:

SAT Collision Test - ATI Radeon HD 2600 Pro (2007 card but still compatible with today motherboards): 700 fps - nVidia GeForce GT 440 (2011 card, again, compatible with today motherboards): 1340 fps - nVidia GeForce GTX 1050 (2016 October card): 1050 fps

Truck Town - ATI Radeon HD 2600 Pro: 42 fps
- nVidia GeForce GT 440: 145 fps - nVidia GeForce GTX 1050: 465 fps

Platformer 3D - ATI Radeon HD 2600 Pro: 28 fps
- nVidia GeForce GT 440: 145 fps - nVidia GeForce GTX 1050: 230 fps

Notice the difference between fps's in physics and non-physics powered games. These tests help you make a broad idea of Godot's performance in general, which performance may vary up or down with game scale and particular setups.

Now having those video cards around, out of curiosity I've made some tests with a Unity demo project, "Survival Shooter Tutorial", a game looking more or less alike Godot "Platformer 3D" in terms of genre and gameplay. Please take into account that on one hand Godot didn't have that much geometry to render that Unity had (~230000 triangles @ 1280*720 resolution) and Unity also had shadows. On the other hand, Unity didn't use physics like Godot did and foremost those tests above were performed with Godot 2.1! Here are the results of Unity:

Survival Shooter Tutorial - ATI Radeon HD 2600 Pro: 45 fps
- nVidia GeForce GT 440: 104 fps - nVidia GeForce GTX 1050: 115 fps

I'm curious how Godot would perform rendering that much geometry and without physics. I'd welcome 60 fps with a medium range card like GT 440 very much! In general I hope and I think there's room for improvement in Godot performance through optimizations up to a point that is limited by GLES.

All in all, researching Godot and replying in here is a sign that I left Unity for Godot and many others like me do the same, each one for their own reasons.

NeoD

Thanks for sharing. If you want to test this with Godot 3.0 alpha 2 here is the link. https://downloads.tuxfamily.org/godotengine/3.0/alpha2/

The demos for 3.0 are here. https://github.com/godotengine/godot-demo-projects/

oljo01

Thanks for all your answers!, alot of things happend in my life so i forgot about this threat, i used Udemy course for unity, just to try it out, but i also found Godot 3 course there so i am going to get that course and go for Godot instead, but where can i learn gdscript? is it almost the same as phyton?

Koros

Python 'ish :smile:

Start here:
http://docs.godotengine.org/en/3.0/getting_started/scripting/gdscript/gdscript_basics.html

Then there are lots of these:

There are lots of tutorials out there. Take your time! Have Fun!

Future Lot's of features just around the corner for Godot... Full Mono/C# export, Terrain... there are 570+ contributors on Github!

Cheers!

Megalomaniak

@oljo01 said: but where can i learn gdscript? is it almost the same as phyton?

Its similar enough, but honestly once you have learned any programming language be it python or lua or C or what ever - getting up and running with GDScript should only take a few hours most. The bigger time sink shall be familiarizing yourself with godot/api itself. That is to say in this respect no different than any other tool.

Ace_Dragon

@Megalomaniak said:

Its similar enough, but honestly once you have learned any programming language be it python or lua or C or what ever - getting up and running with GDScript should only take a few hours most. The bigger time sink shall be familiarizing yourself with godot/api itself. That is to say in this respect no different than any other tool.

Keep in mind that GDscript has features you won't find in Python (Enums, exported variables, Switch statements, ect...).

You don't have to use all the extra features though, but some can and will make your life easier.

oljo01

But how do i learn GDscript? are there any tutorials or sites that let me learn it? Never mind, i am blind, i did see the post over this one!

justinbarrett

Ace: python has switch statements...just not native...it's a bit more abstract but using the ... if elif elif else is a switch case...it's all about planning....anyway...I'm here for similar reasons as the OP...I am using Blender Game Engine currently, used Godot 2.0 briefly and before that Unity 3,4,5...before that just straight C and D3D headers...for tinkering games...My question/questions is/are

is there a maximum world size? Assuming a scale of 1 quant/unit is the equivelant of 1 meter...what would a maximum level size be?

What are the maximum number of objects that can be handled?

I understand that a lot is hardware dependent, but given current 'mid ranged' hardware can anyone share with me what I can expect?...

I most likely will not be using Godot until 2019, after my current title is complete, but it always helps to do your homework.

Megalomaniak

Well, current gen mid-tier is the 1080. I reckon it can do quite a lot however I don't have one of these myself so best I can do is point you to gpuinfo.org: https://opengl.gpuinfo.org/gl_generatereport.php?reportID=2409 and you can google for benchmarks.