Відео

I have same question actually, the setting should be in per wheel basis. However, I couldn't find the variable to turn off receive drive input, even in the VehicleSimWheelComponent.cpp. DriveTorque variable is deep in the engine. I guess we still need to wait until this plugin is fully implemented.

@amirhm6459 unfortunately, yes :/ I hope they release it soon.

Thank you

Hello, the plugin example is as separate plugin, search: "chaos modular vehicle examples" in the plugin window

@@amirhm6459 Thanks mate

thank you, hope it's helps

Thank you

@@HitrylogyGameDev Thank you, the logic is simple actually, just like 2d tilemap but in 3d using modular pieces.

@@amirhm6459 Thank you! I'll start by thinking about the logic in 2D.

haha thank you

@@ロボ軍団作りたい人 yeah similar tank walker mech style

@@ロボ軍団作りたい人 thank you

@@zao7035 It is shader, only use one skinned mesh, one material instance and one skeleton. The booleans to turn on off is from the shader.

@@amirhm6459 Interesting, but how does the mech know which body part should be taking damage? And how does the bullet know if it should ignore arms that has already been destroyed?

@@zao7035 Great question, I make the system as individual components. There is bullet components, health components with colliders for each body parts, and shader component. Each body parts have individual colliders parented to the armature bones. The bullet can detect collision with the body colliders only, when the collision happens, the bullet will call the collider component to perform damage based of the bullet power. The body collider also will set the shader parameters if the body part health is below zero. It definitely takes more time to setup system like this, but I found component based system is very scalable in long terms and every change or upgrade on the component will not make other components broken

And to make the bullet not detecting if the body part is broken. Simply I deactivate the collider in health component when the health component is below zero. Specific for chest health component if the health of this below zero, will triggering the death sequence

@@amirhm6459 Thank you for sharing, I made a similar system a while back using an entirely opposite approach, I used separate mesh for separate body part, and I used inheritance instead of composition. And I now have a sudden urge to rewrite my entire project...

Many thanks!!

Yeah sure any feedback is appreciated. I can't implement all the feedbacks for many reasons. However, I will keep in mind and make your feedback as considerations to help me to make better game

@@amirhm6459 I highly recommend finding old Blizzard materials from the Overwatch developers. I really liked how they talked about the importance of the characters' gait. It can say a lot about the character himself, about how dangerous he is. Bastion's movement is a good example of bipedal movement. Unfortunately, I cannot find the exact title of the video or article. In the game you aim to show off a war machine. A heavy mech with weapons capable of penetrating heavy armor. Study the video of how tanks move. They cannot brake or accelerate instantly. Small and light details on them also allow you to clearly show the weight and acceleration of the mech. The guns of tanks and ships have a stabilization system. Although the frame can oscillate wildly, the weapon remains almost motionless. Divide the combat mech's movement into three separate parts. While the legs will move the most, the body should sway less as you walk. And your hands should remain practically motionless. If the HUD elements also move differently, this will create a great effect that the player is controlling the mech and not just seeing a stationary drawing on the monitor. HUD is not just information about how many lives and ammo you have. Through it you can convey the footsteps of a mech, the recoil of a gun shot, or a hit on you. Recoil of guns. Just look at the video "[1440P][Overwatch][60FPS] New Bastion: WHAT IS THIS BULLET SPREAD?" This is a great example of what a rapid fire weapon's recoil compensator would look like on a mech. Artillery is an excellent material for inspiration when you want to show how a powerful weapon fires. I hope these observations will help you do what you want even better.

Big thanks, really appreciated. I can't bother anyone for this project. When I need some and can give you something in return, I will ask you

The game will be mission based combat mech game like Armored Core (classic) or Mech Warrior story mode. There will be many missions, but for the demo (on the way) there will be just one or two for testing the gameplay and gathering feedback about the gameplay

@@amirhm6459 That sounds awesome! A mech game like Armored Core or MechWarrior? I’m all for it! Having just one or two missions in the demo is a great idea- Can’t wait to see it in action!

Thank you for your feedback

For the running animation if you can try to introduce a gait to the waist, and add slight counter twist to the torso and have the arms remained leveled pointing to the enemy. That will give q motion that makes sense while remaining tactical and mechanical

@@defuncthusky6649 It would even be best if the guns remained perfectly leveled all the time no matter the movements, like cannons in modern tanks that are stabilised so the tank may shoot accurately while moving even on rough terrain.

@@jak00bspyr72 the gun is leveled, ofc the guns will counter rotate from the shoulders as the torso twists. But this is a mech with moving limbs not a rigid tank with 3 limbs (chassis, turret, cannon), if you want stable running you need to move abit. Besides in tansk shooting while moving is not very common

Thank you guys for the awesome discussions, the idea why the gun is not leveled when running is for gameplay reason, it is the substitute of dashing. And the mech cannot shooting during running It is mean for fast positioning without making it too powerful and make the walking obsolete. Thanks again, I will update the animations to make it better.

Thank you

@@krishonk7754 Sir yes sir!

Thank you!

@@Drakuba thank you for the feedback, yes this is important feature and was planned. However it will takes time to implement because there still tons of works to do in other aspects

@@amirhm6459 neat👍

Let's goo!!!

Thank you for your support

Thanks man!! Appreciated!

Thank you!!

Thank you

Thanks you

Thank you, still working on it

Thank you, I'm glad you like

Thank you for the support

That's really great idea, I will try to add more bounce while keep the movements robotic, thank you.

Thank you

Thank you

Thank you for your kind words. Wow, your channel is really fresh, I will watch later and learn more about UE from your videos, thank you.

Thank you

Thank you. Yeah I like to share the blueprint, but this physics setup is very trial bike specific. This is not good base for normal bike style like bmx or mtb. Maybe I will try to make physics bike setup for more normal bike so people can use it as base.

@@amirhm6459 Thanks for the reply. I would love to see the blueprints as they are. I am learning this stuff and would love to learn from your work. I am creating a Bali mountain bike experience as a learning project.

@@johntestement969 This trial bike project is not just a single blueprint, I make the wheel, the bike, the balancing, the weight shifting, the rider and so on, as separate blueprints. It is too complicated for learning. If you really want to learn, you can follow this unreal vehicle physics user guide: docs.unrealengine.com/5.2/en-US/how-to-set-up-vehicles-in-unreal-engine/ It is easy to follow. In this early video I use the unreal vehicle physics before I make my own setup: ua-cam.com/video/DCLMtNmXxIk/v-deo.html

Terimakasih mas Ung 🙏🙏🙏

Thank you!!

Sadly no, I decided to abandon this project long time ago. And this year I started to make game again, this time is SHMUP game to learn Unreal Engine. Maybe in the future I will make beat em up game again

Thank you Spatzi :)