3D performance on mobile sucks. Gridmap/Long models?

pegasusearl

Jesusemora I don't think it will instantly fix your fps, but it will certainly help.

Yea it didn't fix it. I tested by replacing the terrain with godot's built in plane mesh with just one color.
I just got the result.

Without terrain:

With terrain:

The result is almost the same as before. I don't get it, why is it only the terrain?
The other gridmap (obstacles) has more materials, more vertices, and more of them but it's very light.
The vehicles and platform combined also is more and they are moving.

The only difference about terrain is that, they are wide/long. They are so wide that each edges went out of screen.

This mysterious puzzle is very confusing.

Jesusemora how many materials are in the scene? and are the objects individual nodes?

I'm not sure.
Each mesh type have it's own material (the setting is the same, only the texture are different). But for the terrain, even if they only use one material, performance didn't improve at all.

For total maybe it's 11 terrain + 6 cars + 21 landmark + 11 obstacle (unwalkable part in the gridmap) + player + rare enemies
so above 55 materials.

Jesusemora the artists can also reuse parts with this method, resulting in many variants of an object using a single texture.

I wish he can do that. We are at the mercy of qubicle and magica voxel, our artist can't model in blender. He doesn't even know what UVs are. And I also don't know how to combine these mesh to use 1 texture except with the help of TexturePacker3D.

With TexturePacker3D, we tried to pack just for the terrain to one texture (then used in one material), no performance improvement. We haven't tried to do it for all meshes since it didn't improve anything. TexturePacker3D only support fbx so it's also a pain to import. (meshes need to be rotated and scaled)

Maybe we will try it when we had given up on terrain.

We are all still focusing on this gridmap terrain thing because just like in the screenshot, the terrain is what prevent us from getting 60fps. At least that's what we believe.

Jesusemora

pegasusearl Yea it didn't fix it. I tested by replacing the terrain with godot's built in plane mesh with just one color.
I just got the result.

could it then be a rendering issue?
try exporting a single plane with nothing else and see what the performance looks like.

pegasusearl The other gridmap (obstacles) has more materials, more vertices, and more of them but it's very light.
The vehicles and platform combined also is more and they are moving.

the other thing I'm seeing is buffer shadows. buffer shadows work by rendering a depth buffer and then projecting it on the scene. so the scene is rendered twice.
you could try disabling shadows. if this works, replacing them with blobs could be a solution.

pegasusearl I'm not sure.
Each mesh type have it's own material (the setting is the same, only the texture are different). But for the terrain, even if they only use one material, performance didn't improve at all.

For total maybe it's 11 terrain + 6 cars + 21 landmark + 11 obstacle (unwalkable part in the gridmap) + player + rare enemies
so above 55 materials.

you could create a version of the game where you remove all materials, then assign 2 or 3 to be able to see (so it's not all white). and see what performance looks like.
materials should be saved in a materials folder, if they are not, it would be a good idea to do it. when you add a material to the mesh or override, you are creating a new material that is tied to the scene.

pegasusearl I wish he can do that. We are at the mercy of qubicle and magica voxel, our artist can't model in blender. He doesn't even know what UVs are. And I also don't know how to combine these mesh to use 1 texture except with the help of TexturePacker3D.

mmm, those sound sketchy, but the model in your screenshot doesn't look bad.
you can take the textures, pack them in an image software like gimp or photoshop. then in blender you can combine the meshes with Ctrl+J, then select each of the meshes, scale the UV to a fraction and move it into its part in the atlas.
alternatively, in the mesh material you can assign the atlas and then move and scale the UVs in each material. this last one would mean using multiple materials, but reusing the same texture. (I honestly don't know how godot 3 handles gl_textures and materials)

lawnjelly

Those numbers for drawcalls look fine, but I'm not absolutely sure offhand whether they are accurate for gridmap in GLES2. Gridmap may be pretty inefficient in GLES2 because it doesn't support instancing.

What you might want to try is the new MergeGroup node in 3.6, which can bake gridmaps at runtime, and can potentially render more efficiently.

Often a killer on mobile is fill rate, which you can test by rendering to a smaller screen and seeing if the frame rate jumps up (does your boss's phone have high resolution? what model is it?). It doesn't look like you should be using that much fill rate but maybe something is using alpha unnecessarily (transparency kills fill rate), or something like that.

Shadows is often another bottleneck, but it sounds like you may have tried switching this off. Maybe having the terrain not cast shadows is worth doing.

Usually the best thing to do to track down the problem is as you are already - switch on and off various parts of the game and figure out what is using the time. So for terrain, try merging (as above) and maybe try with a simple non-textured material and see if that affects frame rate.

GorEldeen

3D performance with Godot 3 was always a hassle for a long time, a reason behind this might be that Godot was designed and focused on 2D games, the 3D renderer got added later, and probably caused conflicts with the core engine code, that's why Godot 4 was planned, they have rewritten the engine to they could fix all those bugs and make 3D well-integrated with the engine.

Though if you want the absolute mobile support, Unity could be a less hard pill to take, another one is Defold, which has the basic 3D features, but it's an absolute BEAST for mobile performance and small game size, either you try one of those, or go through optimizing your game as much as possible for it to work on Godot 3.

Cheers.

Jesusemora

GorEldeen I think the problem could have to do with NOT using the recommended options for performance.

pegasusearl We use lossless, and will continue to do so. VRAM compressed just messes with the texture color. It added grey bits too. It supposed to have kinda pixel art like style, color need to be sharp and accurate, and vram compression ruins it.

pegasusearl My boss said he got even worse performance with gles3.

It's a mobile game, you can't expect the graphics to be perfect, there has to be a compromise somewhere.
and by the looks of it the team is very inexperienced. who knows what else they are doing wrong.

GorEldeen Godot was designed and focused on 2D games, the 3D renderer got added later, and probably caused conflicts with the core engine code, that's why Godot 4 was planned, they have rewritten the engine to they could fix all those bugs and make 3D well-integrated with the engine.

godot is a modern engine, designed with vulkan in mind and with some opengl support. we never heard what his boss's phone was, it could be a very ancient phone for all we know. the requirement of gles2 and bad performance with more modern versions is a bad sign.

GorEldeen if you want the absolute mobile support, Unity could be a less hard pill to take

WRONG. I had to uninstall marvel snap because it grew too heavy and would block my phone. changing to unity is not a guarantee of improved performance. less so with modern versions.
modern unity is designed around HD and HQ, which requires modern hardware and is very unstable and heavy. legacy unity had better performance but it's being deprecated. and you make a game in a version of unity, and when an update comes out you are forced to upgrade and your game will stop working or not be recognized at all.
also, the unity fee. they got into legal trouble with fricking Disney, and the marvel snap devs decided to switch to godot. it's not a good idea to ever go to unity, ever. let it die.

GorEldeen another one is Defold, which has the basic 3D features, but it's an absolute BEAST for mobile performance and small game size, either you try one of those, or go through optimizing your game as much as possible for it to work on Godot 3.

This one I know nothing about.

kuligs2

Can you not make a 2.5d game with pre rendered sprites? i mean your camera angle is the same all over.. so it should be easier and less resauce intensive..

GorEldeen

kuligs2 hey resauce, goreldeen here

Your code is very well-optimized!

or is it?

GorEldeen

Jesusemora

godot is a modern engine, designed with vulkan in mind and with some opengl support. we never heard what his boss's phone was, it could be a very ancient phone for all we know. the requirement of gles2 and bad performance with more modern versions is a bad sign.

That's Godot 4, not Godot 3 as I see in this case, the I think what they're doing should be simple to renderer on any 5-8 years old phone (except the lighting and the shadows because it eats the hell out of any device)

WRONG. I had to uninstall marvel snap because it grew too heavy and would block my phone. changing to unity is not a guarantee of improved performance. less so with modern versions.
modern unity is designed around HD and HQ, which requires modern hardware and is very unstable and heavy. legacy unity had better performance but it's being deprecated. and you make a game in a version of unity, and when an update comes out you are forced to upgrade and your game will stop working or not be recognized at all.
also, the unity fee. they got into legal trouble with fricking Disney, and the marvel snap devs decided to switch to godot. it's not a good idea to ever go to unity, ever. let it die.

Huh, I never knew about being forced to upgrade, my bad
I use Unity 5 and 2017 with monodevelop, but I haven't actually tried to publish any mobile game, but as I saw everyone is using it and honestly most of the mobile game industry use it so

But yeah, the company kinda sucks, but it doesn't change the fact that Unity is still a good game engine for any kind of games, surely, it comes with its own costs

This one I know nothing about.

I'm not really surprised, the game engine has a steep learning curve if you use it for the first time, it's like a good video with a bad intro that makes people leave, but the features and performance is well worth it.

Cheers.

Jesusemora

GorEldeen That's Godot 4, not Godot 3 as I see in this case, the I think what they're doing should be simple to renderer on any 5-8 years old phone (except the lighting and the shadows because it eats the hell out of any device)

the amount of things on screen probably wouldn't run on my 4 year old phone even if it was made in unity.
if you look at the few mobile 3D games like temple run, raid shadow legends or those survival games, the graphics are very simple and there are very few, very low poly objects, the textures are also low resolution. RSL looks good from afar, but it's actually using low poly models and normal maps to achieve the effect, and the shaders are simple. the shadows and lighting are probably baked.
other games "look" detailed but are actually 2D, like clash royale.
then there are puzzle games, those don't use lighting either, everything is unshaded.

GorEldeen Huh, I never knew about being forced to upgrade, my bad

you are not "forced" to upgrade, but the LTS only lasts a few years, and every other version has to be updated after a year. the reason for this is: unity is f***ng broken, and new versions were supposed to fix these issues. we are not talking just about (the many) bugs but also deprecated features like enlighten.

GorEldeen I use Unity 5 and 2017 with monodevelop, but I haven't actually tried to publish any mobile game, but as I saw everyone is using it and honestly most of the mobile game industry use it so

I started with 2018, just as HD and HQ were being introduced. you have no idea how bad unity has become.

GorEldeen but as I saw everyone is using it and honestly most of the mobile game industry use it so

it is very used but not ALL mobile games are made in unity. with a quick search, there are games made in unreal and others with their own engines, and games made in godot like swords and sandals.
world of goo uses its own open source engine, while baldurs gate mobile uses a modified version of the infinity engine for mobile.

GorEldeen the company kinda sucks, but it doesn't change the fact that Unity is still a good game engine for any kind of games, surely, it comes with its own costs

I think the moment the hearthstone and marvel snap devs decided to switch, that has got to be last nail on the unity coffin. unity was willing to get into legal shenanigans with activision blizzard and Disney at the same time, do you think you will be safe as an indie dev?

GorEldeen I'm not really surprised, the game engine has a steep learning curve if you use it for the first time, it's like a good video with a bad intro that makes people leave, but the features and performance is well worth it.

I don't really do mobile, mostly because of the special requirements from google and apple and how the app has to interact with the app store and the phone's authentication systems and stuff. It's extra work that I'm not willing to do. and In the case of google, I heard they require a team of 30 people to publish an android game, while apple is apple and you have to pay for the right to even compile the software.
So I'm on godot making games for PC, and maybe web.

kuligs2

GorEldeen what do you mean, i havent posted no code.

GorEldeen

kuligs2 You didn't, I just referenced a meme:
"Hey VSauce, Michael here"
"Your home security is great! or...is it?"

GorEldeen

Jesusemora

Jesusemora the amount of things on screen probably wouldn't run on my 4 year old phone even if it was made in unity.
if you look at the few mobile 3D games like temple run, raid shadow legends or those survival games, the graphics are very simple and there are very few, very low poly objects, the textures are also low resolution. RSL looks good from afar, but it's actually using low poly models and normal maps to achieve the effect, and the shaders are simple. the shadows and lighting are probably baked.
other games "look" detailed but are actually 2D, like clash royale.
then there are puzzle games, those don't use lighting either, everything is unshaded.

Ah, my bad, though your points are valid, I have done some blind calculations about the hardware back in the day, then quick search showed me that it so weak back then, sorry again mate

Jesusemora you are not "forced" to upgrade, but the LTS only lasts a few years, and every other version has to be updated after a year. the reason for this is: unity is f***ng broken, and new versions were supposed to fix these issues. we are not talking just about (the many) bugs but also deprecated features like enlighten.

that's so unfortunate, I really miss when Unity was just a cool game engine that everyone can use, now, it's a complete land mine field filled with surprises

Jesusemora I started with 2018, just as HD and HQ were being introduced. you have no idea how bad unity has become.

I actually started with 2019 and 2020 was around, I just love old stuff and ended up using Unity 5 (surely it wasn't my low end pc, for SURE it wasn't)

Jesusemora it is very used but not ALL mobile games are made in unity. with a quick search, there are games made in unreal and others with their own engines, and games made in godot like swords and sandals.
world of goo uses its own open source engine, while baldurs gate mobile uses a modified version of the infinity engine for mobile.

Mostly games with Unity and custom engine, but yeah unity seems like a bad choice now with that you told me the reality

Jesusemora I think the moment the hearthstone and marvel snap devs decided to switch, that has got to be last nail on the unity coffin. unity was willing to get into legal shenanigans with activision blizzard and Disney at the same time, do you think you will be safe as an indie dev?

Again, seems like a bad choice now.

Jesusemora I don't really do mobile, mostly because of the special requirements from google and apple and how the app has to interact with the app store and the phone's authentication systems and stuff. It's extra work that I'm not willing to do. and In the case of google, I heard they require a team of 30 people to publish an android game, while apple is apple and you have to pay for the right to even compile the software.
So I'm on godot making games for PC, and maybe web.

Understandable, mobile game development is a whole different industry than PC game development, I remember few months ago when I first used LibGDX because I heard it had the best performance for Android games, my brain was overloaded with HOW much stuff that I need to know, I snapped back into Godot after that lol, sometimes overthinking about optimization brings me nightmares