Solium - personal research and development

Gowydot

Maybe this help? ( just off the google, I've never done root motion before)
https://www.reddit.com/r/godot/comments/1bomypj/while_making_a_gta_style_locomotion_i_stumble/

kuligs2

Gowydot I know how to do it in code in godot, it just that now im struggling with my rig.

Problem is that i need to rotate root bone, so that i could use that rotation to set on my character and then i wont have that jitter because the root motion will rotate my character.

But... the way this rig is set up, it will rotate all other child bones (which i dont want) and mess up the animation. Because all the child bones are following the root bone...

kuligs2

MikeCL I keep comming back to this video.
One thing i noticed that your export rig has no root bone.
Im not in the process of learning the root motion and one thing i learned so far is that without root bone, root motion dont work.

All the bones of the rig has to be parented to one single bone that is the root.

But with this, i get into another problem. I have a need of animation where character switches run directions.. from Run position he stops/slides then turns around and runs in opposite direction.

But having root rotating, the root rotates all my control FK/IK bones and thus, messes up my animation..

I cant figure out how to have root bone, that is a "floating bone" where all child bones are not affected by root bone transforms.

Sure for root motion, the root has to move along with the other bones, but that is easily done with keyframes and matching the bone movements..

EDIT:
Seems like this is what i want... just need to understand how to apply to my case.

kuligs2

So idk.. i cant figure this one out..
Not sure how to set rotation from root motion.. it rotates wrong.

So when im doing the turnaround this function gets called in the phy process:

func move_root(delta:float) -> void:	
	if is_root_motion:
		set_quaternion(get_quaternion() * anim_player.get_root_motion_rotation())
		velocity = (anim_player.get_root_motion_rotation_accumulator().inverse() * get_quaternion()) * anim_player.get_root_motion_position() / delta

https://docs.godotengine.org/en/stable/classes/class_animationmixer.html#class-animationmixer-method-get-root-motion-position

But the guy is rotating wrongfully..

The animation rotates correctly, you can see the axis rotating 180deg

Animation player is set correctly i would think..

Blender looks good too

At the moment im out of ideas to try.. it seems the char is not rotating like in the animation..

kuligs2

I dont get it why this guys, code works and mine dont???

kuligs2

kuligs2 Can anyone maybe try to set up this themselves with my char? 😃

https://paste.hackliberty.org/?526f6016e6e2a5d5#5KaCC3uxft1o1PBD9KjESEB5YayfEhmR71Y4zAmyciNG

Expires in 6months

kuligs2

Checked some issues on github, it seems engine related, and or gltf import export and or blender orientation problem..

I wonder if there is a way to transfer blender animations of a rig on to "godot friendly" skeleton rig or something.. hmm..

kuligs2

Did more digging, and it seems some sort of GLTF import export and blender shenanigans since blender axis are different than godot, and that Y+up export is not enough for some reason..

man.. i was looking forward to make root motion animations and not have to calculate the smelly foot placement to not have "sliding feet".

For forward movement animation - root motion works.
For vertical jumping animation - not working
For rotating like turnaround animation - not working

The jumping was hacky but workable... but i hacked around it.
Now need to hack around the (turn around) animation ... sheesh..

kuligs2

Ladies and mentelgen, i present you with a solution!

Compared to broken

Solution was so simple, you will poop your pants. So hold on, grab a bucket and keep on reading.
After importing to godot the glb/gltf file, you need to retarget skeleton and create a new humanoid bonemap skeleton profile.

Do this to all bones if you can.. i skipped few but the main ones i added - root, pelvis, spine etc etc..

Solution i found on this post mentioning the retargeting https://forum.godotengine.org/t/root-motion-code-not-working-edited/107840/6

I would never have guessed it..

Now i can move on to polishing other things.

kuligs2

Yall thought i was ded?

Been struggling with coyote time, so that when you walk/run off ledge, there is still time to press Jump to jump, a little in the middle of air.. Gives more control to the user.

The statemachine is convoluted so thats why it took me so long because it wasnt that simple as i thought so.

Now I can move on to something else...

EDIT:

Yeah i messed up turnaround animation blend_animation times, thats why it looks janky.. still WIP..

Gowydot

kuligs2

Currently it is too obvious for player. Looks like you got two full steps out from the edge plus two leg hop which looks like there's an invisible platform under.

I'd time it no more than one step out ( one full body collision leaving the edge for a split second ) and make it a one leg jump for seamless looking.

fire7side

There is no reason you can't break the laws of physics in a game, but, I think I would consider it a bug or something when I was playing it.

kuligs2

Gowydot Sure, its adjustable, i just finally fixed the logic so that it works and does not break other statemachine things.

kuligs2

Damn, 23 days later.. went back to my old statemachine.. cant make anything better for now.. and just wasting time rewriting the same thing that dont work the way i expect it to work.

Next im working on lights textures and environments.

Does anyone know how to fix the color bleed?

This is how it looks in blender.. the bottom is one color the rest is another.. same material..

Using default environment

And one directional light in the scene, forgot why its there.

kuligs2

Man.. another one of those things where i feel like a blind man at an orgy - "you have to feel things out" in order to find what youre looking for..

Turns out had to set this on the mesh "manually" to dynamic

Before

After

but now everything looks different.. hmm.. now need to set back all the other options i messed with and start over the process of "feeling things out" to make it look like something that a game would have used..

kuligs2

So here are my findings so far. Playing around with directional light3d and world environment didnt fix the "splotchy" / "dirty" looking shadows.

Somehow it turns out that low poly actually looks worse than high poly mesh.

I got 3 creations.

Left is super dense, sculpted. 420k faces
Mid is super low poly. 38 faces
Right is low poly but many subdivisions. 9.7k faces

Color accuracy in godot, i havent figured it out yet.. now im dealing with shadows first.

Engine default environment looks normal minus the colors

In my world:

The corner:

The inner wall:

going super low poly is not allowed i guess 🙁

Now testing how many faces/subdivisions i need to make it look good.
x0 - 38 faces = black
x1 - 152 faces = blue
x2 - 608 faces = green
x3 - 2.4k faces = red
x4 = purple

Well.. It seems that 10k faces or x4 subdivision looks good while being "low poly".. shame.. i was hoping to have very very low poly type meshes and it would look good..

kuligs2

OK so more testing...
Tried the plugin
https://github.com/TokisanGames/Sky3D

Which comes with nice cloud shader and variables that you can use to change day time and sunset etc etc.. very handy. Also it comes with default world environment.

I forgot if it had SDFGI enabled or not, but i enabled it.
Also i forgot to save my blend file with meshes from last post, and duplicated them meshes. Now the first from left is high poly mesh and all other except the last on the right are the same low poly. And the last orange one is subdivided x2.

So, today i cant reproduce the shadow smearing.

There might be smearing at the top of "lintel" but its due to that it overlaps other faces.

But there is still smearing on one of my meshes that is not regular/rectangular but low poly

So idk..

One thing to note that in order to stop light bleed, your mesh has to have faces oriented inside (red on the inside of the room)

I tried with clean mesh - cube -> cut out middle and fill faces so that it makes a shipping container with bot ends open

And i have no smearing of the shadow.

Maye my hastely made mesh was borken is some unapparent way.. need to be careful when creating faces/meshes so that its all connected and water tight and faces are oriented in correct way

And that the mesh is thick enough so that the light does not bleed through

kuligs2

So im starting to practice modelling, turns out its not that easy to make something that looks the part but also is composed with as little faces as possible.

Any suggestion on how to model your models and set them up for efficiency?

My idea was to use One material in godot that maps UVs of the model to correct color (solid colors)
But this means i have to model each small detail like each rivet and stuff like that to be able to color them.

Now im rethinking maybe i should use materials with baked textures, each item will have its own material and thing like that..

The second one is still missing the lock and rivets and hinges..
What do you guys suggest from experience?

MikeCL

kuligs2 The second image is definitely more "game-friendly", the first one looks more like a higher-res model used for texture baking.

first question might be, how will the player see the chest? And what kind of specs are you targeting. Is it meant to be more realistic or toon looking?

I would rely more on normal maps for extruding and smaller details. For example, the wooden planks and the bolts could easily be baked on a normal map. Then spend more polygons on making the shapes hold up in silhouette, for example, the top lid could use more polygons to make the arching shape rounder.

Dad3353

For Items scattered around the Scene, I use relatively small Png files, made as a mosaic from larger, more detailed, images, and apply these to the item concerned. Blender does a very good job of manipulating UV's to suit. Here, as a current example, is a screenshot of Items that can be found in my Dungeon, and the single, 1024x1024 Png file with all of the textures, including a colour palette along the bottom. I have the possibility of using either 32 colours, plus Metallic, Roughness and Emissive each, or 128 colours, all with 0.5 Metallic and Roughness (this suffices for most of my Objects...)...

Texture image...

Screenshot of Items...

I would not model rivets and stuff for games; only for detailed 3D stuff that will be inspected closely and manipulated (working valve gear on a stem loco, for example...), and even then rarely. Photo-textures would be far more efficient. Hope this helps.

kuligs2

MikeCL Im figuring this out, and trying to find/train myself to good practice. At first i wanted to use simple one material for all and by just changing colors for each face /detail of the mesh. But i came to realisation that adding details will cost me more faces on the mesh and thus more compute needed in game later on.

I thought instead of having 100x textures and 100x materials made in godot engine i would use one material so that it would be more performant..

So now im rethinking and maybe just use the old method of making high poly model, then bake texture and then remesh the the hi-poly model to low-poly and create material for the object.

Now im confused how would you bake like different types of materials like wood/glass/metal into one texture?... hmm need to test this.. i think i remember how but havent done this for long..

Ok as i remember you bake textures that produce 3 types of images - normal - color - metal (i think thats how it was in blender)

But then how do you recreate that material in godot?
Do you just use one material (ChestMaterial) and just plug in these 3 texture bitmaps into the godot thingies and it would look good or something? Or do you need to create for each material type - wood/glass/metal separate material in godot?

Dad3353 Same question for you too

« Previous Page Next Page »