Відео

I think you should try using godot more, the problems you are encountering with godot right now could be caused by your approach, godot is very relaiant on classes, so i think you should try to solve problems in a way that better fits the engine, if you use the same approach you use in unity on godot the result's bound to be inferior. I suggest you give it another try under no time limit and with a clear objective so that you can better explore godot's functions and the way of thinking that they open

the biggest problem with videos like this is you guys are not learning godot from scratch, you guys are all trying to use Godot like it was Unity or Unreal..

correct type loading makes sense. for your on-screen example at 11:08, you need to load it as a Node3D or something that inherits that, because those nodes have a position property you can set. this is more of an issue of godot docs preferring gdscript over c#

Wouldn't say you are anywhere near amateur. Allot of people get caught in tutorial hell and this is well beyond. Looks good.

This is so cool man.

10:57 I was with you and your opinions coming from Unity up to this point. You can drag and drop scenes and even make an array of scenes in your inspector. When exporting you would cast them as a PackedScene, in C# this would look like either of the following [Export] PackedScene MyScene; [Export] PackedScene[] MyListOfScenes; Always enjoy seeing opinions from people coming from another engine and giving a fair opinionated view.

88 subs 4k views wtf 😂 i will fix this by adding one sub

Really good video, I'm an ex Unity dev, I've used many gameengines from the ages of 14 to now 39 :(... and I think the issue with Godot for most Unity devs, is that it's soooo different, at first I'll admit I didn't even want to use it, but then I was having so many issues with Unity and it's bugs that I thought okay well I'll try Godot and it's open source so least I have a chance at fixing them... for the first 2 months I just felt like "urgh I'm not sure, I like some things but" then when it clicked, a lot of what you mention as bad, I also said the same lol! And then you stick with it and suddenly it's like "ohh actually this is great", I don't think Godot is explained well to people who have a back ground in Gamedev. Now I can easily say Godot is the only game engine I've tried where I didn't feel I was fighting the engine, or that I wasn't enjoying using it. My computer is very fast so it's not even that, and I don't really mind so much about open source now, or even the horrible companies... for me I just care about user experience, and for me right now at least Godot has that for me. I do GREATLY disagree with Unity UI being better, it's soooooo bad! There are lots of videos about how Unreal has the best and how Godot is trying to get close to it while mocking how bad Unity UI is, this might be a case of using a game engine longer...

you have 85 subs, there's no even a single video about you making a game which would be considered AT LEAST CLOSED as OKAY, you're no one and I cant see your own games on the top of steam SO... do you really want someone to listen to you? do you really think your opinion matters? lmao

So I agree having used both myself. Unlike you I stuck with Godot. The issues encountered, though legitimate, are easily circumvented, or already have solutions. Like the Nodes in Godot can be emptied/customized, the physics was never an issue for me, as I've used several APIs and all of them require tweeks, and supplication, especially dependent on the game, perspective, ect. As far as the layout, this too is customizable, however this particular point me and you differ, I found both bloated, and generally unintuitive, but not a huge task with but a few basic tutorials building UI, or simple game loop, and most of it is easily picked up. I mean professionals have work flow issues working on the same API their whole career, so I seriously doubt that's any different with Godot. It's a part of game development as far as I can tell, you hit walls, and run into issues. Even as simple as an update has ruined several people's progress. Program settings can avert this, hold your API in it's current state, and the other way I heard was a version control using some heafty code off of Github, and implementing it into your current Godot Version. Have seen this with the other two main APIs as well, Unreal Engine, and Unity. I've also used Game Maker way back when it first started, I'll nevrr use them again, talk about a headache, and just for 2D. When yes 2D has some challenging aspects, but they just murder your ambitions 😂

iirc, godot's custom physics engine has been half abandoned ever since the guy in charge of it got hired by another company, which is why physics are in such a janky state for many use cases, and bug fixes come pretty slowly... unity's physics engine seems really robust in comparison would've liked to hear your thoughts on gdscript, have you tried it out?

My only problem with Godot is its community discourage criticism.

you can add scenes to the inspector tab you just need to set the export variable type to `PackedScene` e.g: [Export] private PackedScene _scene1;

godot?

Hi there, Godot not veteran but experienced guy here! One thing I want to point out is that Godot DOES have a built in scene management system. I'm using it for my major project, Marshmallow Land: Definitive Edition. It can be accessed using get_tree().change_scene(<path to scene>) and is what I organize my projects around. Also, remember autoloads exist. They can be useful if you need to use a function anywhere or to store data across scenes. Good video btw!

so, the conclusion is Godot is everything Manually Unity is everything Automatically Godot will so hard when building mega project game

Hey, your first impression on Godot is spot on, and comparing it with what Blender used to be in it's early days is quite accurate, I too a Unity developer who's messing around with Godot, and the feeling I get from using Godot after years of experience using Unity is the same feeling as when I first used Blender back then after Using 3DMax and Maya, Godot is no where near Unity at the moment but it’s doing just fine. Anyway, the problems you have with Godot's physics engine are common, Godot's physics engine is really really bad, specially when you compare it with Unity’s, fortunately there is another physics engine called Jolt that you can use instead of the built-in physics engine, it’s much better and open source, so if your game is physics based or physics is a major component of your game, you might want to use the Jolt physics engine, it's a plug-in and easy setup.

I had a similar opinion of game objects vs nodes when I first switched as well, but I saw a video somewhere that explained to me that they aren't the same and I realized I was limiting myself by thinking that way Tldr; instead of treating nodes as gameobjects, you treat them as the components to a game object where the root of the scene is the actual game object So If i wanted to make an enemy in a 2d platform game, I could start with a Body as the root, add a custom child "WanderLeftRight" node which might make any body its parented to wander left and right ; then add another child which might be the "Stompable " node. This might give any parent the behavior to be stompped when it collides at the correct angle etc... Now I love the node way, but it did require me to give up my top down thinking Just a rando's 2cents 😬

I can see that you'll find some usability aspects lacking in the beginning, and it does take some time to get used to. But when it "clicks" you'll never want to go back. Remember how long it took in unity to get nested prefabs? Well, with godot nodes, you get this out of the box, by design. Scene management is no big deal either, you just load in whatever PackedScene you need into your tree. If you don't like the editor UI, you can adapt color schemes and other things fairly easily (*cough* how much did unity charge for the dark mode again? *cough*). The real downside of godot is that it cannot support closed platforms such as game consoles, since it's an open-source project. But I'm sure even that will eventually be figured out (there's a spin-off company of the godot foundation called W4 games that specializes in these matters). Also, godot has amazing things that Unity outright doesn't have. Did you try SDFGI for lighting? I'm getting PTSD thinking back in my unity days when the whole scriptable render pipeline fiasco began and entire scenes turned pink for no damn reason. Remember enlighten, the GI solution unity brought in - and killed a few versions later, with no replacement? Urgh. Upgrading godot from one version to the next is usually also extremely smooth, which cannot be said about Unity.

69 subs nice

As someone who is pretty engine agnostic (Unity, Unreal, Godot, GameMaker), I think your opinions on Godot are valid and I shared a lot of them back when I started using Godot, but it's funny how little I notice a lot of these things now after using it for some time. Ultimately no matter what engine a person chooses, it's going to have it's quirks, and it really comes down to whether or not those quirks are something that meshes well with the way you think about game creation or not. Ultimately the best engine is the one you can finish your game in. Cheers for the vid!

You can use [Export] or @export to expose variable to the inspector, then you could export PackedScene which is equivalent to Unity's Prefab, or you could export Node2D or 3D or Node, to pick any node from the scene

thanks for the info Adam.

About 10:57 - I'm pretty sure you can export an Array[PackedScene]

tbh this is the best game engine for a 15 year old shitposter

thanks for the info Adam.

thanks for the info Adam.

thanks for the info Adam.

Camera may be jittery in your part but if you add sparks behind the player it kinda looks good with the jitters

Can I somehow mix the camouflage with the fabric?

Definitely gonna take a look at this for my next project. Its arcady but it works for a idea i have. Thanks though ive been looking for some kind of tutorial on this.

Thanks! Would donate but no donate button. Also, i originally had a physics checksphere for detecting rails, im not using chracter controller, any idea how to get specific rail info from that or am i forced to use ontriggerenter?

I've been looking for a tutorial like this for months, thank you very much!

I am having a problem getting the direction to work, I use as sphere with a rigidbody to control my player that handles the physics so I dont think Unity understands the playerForward, when I hit the rail I am going a random direction, and don't rotate to the rail. Would you have any idea how to fix this?

What is your game called

Excellent work! Can I take inspiration from your scripts here for me and my team's capstone project? I've been trying to make a mechanic similar to rail grinding, but been having trouble thinking around how it can work 😭

Hey Adam, I'm very attracted to game development, I'm just a college student but I like ML and Game Dev. I don't know what path to choose, I feel like I should do both and dive deep in both fields. I'm thinking to somehow join both fields. I am just confused what to do. Game development fascinates me by the thoughts of what my thoughts can create, ML fascinates with what we can do using math and programming. Confused.exe 😅

Beautiful 😄 Thabks for this easy understanding tutorial :)

You should make a custom level builder so people can build and share their own levels.

i feel like i jus tlooked into a mirror with how accurate this was to what im currently working on, im using the splinemesh asset for my railgrinding, but also have started to completely rewrite my character controller in the same way for the same reason, i look forward to seeing how things progress its looking great

Unity =(

I'd encourage you to make something a little more complex than pong and in the style of the kind of project you'd usually make. For example, doing a 2D game is going to be painful in Unreal and more pleasant in Godot. But then making a high fidelity 3D game will be more pleasant in Unreal and painful in Godot. Test the experience you're actually going to get when using it seriously.

Add camera lag

If you can add some camera lag it would enhance the movement so much

you should try and make it so that the character sort of drifts around corners instead of just changing direction.

"Second Life" 2003 pinned game :P

Ayyyyyyy awesome. Love and blessings!

pls pls pls bro can you make a snowboarding physics because this howerboard physics seems to be hard and i think you can easily make a snowboarding game physics pls bro i really want that for my game but cant get that to work right

This looks so good!

Thanks for sharing; I checked out sickhaksroot, fun little game demo, nice music, good play. Thanks!