Видео

Really cool on seeing the development of a game boy game!! Glad you stuck with the platformer over a point and click because it really does have that same nostalgia based feeling that older arcade games have!!

Sorry if the video isn't as good as it could be. I wanted to get it out as soon as possible.

this is exactly what i needed. thank you lots!

Great Tutorial. I had it almost the same way in my implementation. But in my version the board was teleported outside of the spline. I guess it’s because of world and local positions. With your video I was able to get the placement correct. But the rotation absolutely doesn’t work for me. My player object is rotating all over the place. It seems as if the lerp is doing nothing. Maybe something is overriding the rotation.

Should I subscribe? But if you're not using Unity then there is no point unfortunately

Looks really nice and Cool :D

i think you did really good, you are much smarter than me :D Your work Reminds me of SSX :D

Can you use this for 2d projects?

Thank you

Not smooth enough

I wish this video had showed up when I was trying to figure this out months ago, really super tutorial!

Thx a lot been trying for a while now, this is a good solution 🎉

skill issue?

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

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 :)