You can also use any version of C# with Godot just fine. You can even use both GDScript and C# in the same project! Godot's C# is very similar to Unity's and translating GDScript to C# is super easy, like move_and_slide would be MoveAndSlide. There are some exceptions though like for lerp you have to do Mathf.Lerp, but if you're well experienced with C# the only real downside is that you can't export for Web, but the upside is you get to use C# libraries and you can more easily copy paste Unity code. Also the Unity scene view is coming in the next version of Godot 4.4, and Godot is also really good at 3D games especially for stylized ones. You can even make great realistic graphics but it requires a lot of custom shaders, so for realism it's probably best to use Unity or Unreal but I've been having a great time making stylized games in Godot!
Yeah I know about C#'s compatibility, I figured I would use the language made for the engine to get the "real" experience for this video, I honestly have no problems with using GDscript though, if I made a bigger game, I would probably use C# for more complex data structures and stuff like stats
C# has limitations, e.g. it can't be exported to the Web. And if you're aiming to target older platforms (e.g. Windows 7), GDscript and C/C++ might be preferred.
@@terrawest9500 First one is true. Second one - not so much. Yes, it does something similar to what Java does. But C# doesn't have a Virtual Machine like Java does. And Java can't build native executable like modern C# can. Also C# have a lot of memory management features like pointers while Java does not. So they share only the basic principle of "we should have a Garbage Collector and we should JIT our code in runtime and run it in some kind of a VM".
Your limiter/compressor threshold in this video (for the audio) is set just so, in such a way that you sometimes sound "cut off". Don't know if it's noticeable on a phone but listening on speakers it is.
Godot is the best, just used it in a game jam and using git with the other programmers was trivially easy, also it's so user friendly the artists were able to do some programming too
Ain't no way you put Cryengine on the list That will be painful. Do O3DE instead (the open source variant of Lumberyard aka Cryengine). That one at least gets community updates unlike Cryengine that has been at zero updates for 2+ years (but will still be just as painful).
@@terrawest9500 As far as I know - there is a community manager that bans people for very simple questions or non-offensive comments. Personally - I don't care. But many people that got banned would just stop using Godot after that
it IS possible to look at the game in the editor while it's running, through the remote tab. and visualization is coming in 4.4 godot is not more difficult than unity, you are just used to the unity way of doing things. and the paid addon is a problem with unity, most features of unity are only available through paid addons, and most of them are available in godot out of the box. godot also has advantages over unity that make it less needed to debug the game live, like the fact it runs animations and state machines in editor so you don't have to run the game to adjust character state machines, and animations are shown in the viewport instead of a tiny screen in the inspector. also being able to change values of the project OR the game and save them while the game is running allows you to adjust values much easier. it is also possible to run code in the editor using @tool scripts
Yeah I didn't say that Godot was more difficult, more so that it just is a bit less intuitive in my opinion, I agree that its great that the engine keeps getting new features added and most of the add-ons are free and open-source. Also, you can 100% play animations in editor in the game view and scene view for Unity, I've been doing it for years, I'd honestly say that the two engine's animation systems are almost identical, although Unity does have a weird problem where if you rename an object in the animation then it is really hard to reconnect it. As for changing the values of the project while in play mode, while I agree that Godot does it in a much more intuitive and well-done way, you absolutely can change the values while running for Unity, its just that saving has to be done through custom editor scripts, which is annoying.
@@ButWhyLevin "a bit less intuitive in my opinion" all engines are un-intuitive if you are not experienced with them. unity was un-intuitive when I first started, until I watched the tutorials and read the docs and worked with it. "you can 100% play animations in editor in the game view and scene view for Unity, I've been doing it for years, I'd honestly say that the two engine's animation systems are almost identical" no. what I mean is that you can change a variable in the animation tree and have the state machine *transition* to that state in the editor. in unity you had to run the game to see this happen. the two are not identical I would say. godot has a different workflow where you have to do most things in blender like setting up animations, instead of having an animation importer that changes things. godot however allows you to swap meshes and put them in scenes with no problems, so two models that share a skeleton can be worked on on different files and imported separately and just pasted into the scene and they work. root motion is also done through code, which has advantages and disadvantages. the animation tree IS better than unity in that it can use the variables of a script directly and you can use expressions to evaluate transitions. it also allows to nest multiple state machines and blend trees inside each other, and humanoid skeletal animation supports scaling of bones with no problems.
Literally no reason to use Redot. Redot = Godot - idiotic community managers + red skin. If you never engage in their Discord/Twitter - you will not see a difference!
@ButWhyLevin The developers there are a lot more geared towards game development and design. With all the racism and sexism I've seen from the Godot channels and staff, I'd really not recommend it.
![200 Days Of Indie Game Development! [Omega Devlog]](http://i.ytimg.com/vi/dtap5USESNI/mqdefault.jpg)
![200 Days Of Indie Game Development! [Omega Devlog]](/img/tr.png)
You can also use any version of C# with Godot just fine. You can even use both GDScript and C# in the same project!
Godot's C# is very similar to Unity's and translating GDScript to C# is super easy, like move_and_slide would be MoveAndSlide.
There are some exceptions though like for lerp you have to do Mathf.Lerp, but if you're well experienced with C# the only real downside is that you can't export for Web, but the upside is you get to use C# libraries and you can more easily copy paste Unity code.
Also the Unity scene view is coming in the next version of Godot 4.4, and Godot is also really good at 3D games especially for stylized ones. You can even make great realistic graphics but it requires a lot of custom shaders, so for realism it's probably best to use Unity or Unreal but I've been having a great time making stylized games in Godot!
Yeah I know about C#'s compatibility, I figured I would use the language made for the engine to get the "real" experience for this video, I honestly have no problems with using GDscript though, if I made a bigger game, I would probably use C# for more complex data structures and stuff like stats
C# has limitations, e.g. it can't be exported to the Web. And if you're aiming to target older platforms (e.g. Windows 7), GDscript and C/C++ might be preferred.
+ if you use c# (mono version godot) android exports will have i think around 20MG of size increase which can be a lot if your project isn't big
You should try out Godot 3D.
Godot is 2d and 3d
2:05 - And Java is Oracle's made up weird language. C++ is a Bjarne Stroustrup's made up weird language.
So what's the point? ;-)
oracle never made that language, it was sun. Also C# is just microsoft java.
@@terrawest9500 First one is true.
Second one - not so much. Yes, it does something similar to what Java does. But C# doesn't have a Virtual Machine like Java does. And Java can't build native executable like modern C# can. Also C# have a lot of memory management features like pointers while Java does not. So they share only the basic principle of "we should have a Garbage Collector and we should JIT our code in runtime and run it in some kind of a VM".
Your limiter/compressor threshold in this video (for the audio) is set just so, in such a way that you sometimes sound "cut off". Don't know if it's noticeable on a phone but listening on speakers it is.
Nice! GameMaker next please?
Godot is the best, just used it in a game jam and using git with the other programmers was trivially easy, also it's so user friendly the artists were able to do some programming too
Ohhhh you gotta try GDevelop next!!!
Click team fusion is cool
Stride might be of interest if you enjoy C#. Although beware that it'll probably be worse then Unity/Godot for 2D.
You should try out the S&box game engine. It's in a public beta rn, but it's getting better every day.
Game looks awesome tbh the rpg game could take a page out of this (NO FLOATING WEAPONS)
Gotta try Bevy :)
when you do Unreal, make an fps.. I can't wait!
Ain't no way you put Cryengine on the list That will be painful. Do O3DE instead (the open source variant of Lumberyard aka Cryengine). That one at least gets community updates unlike Cryengine that has been at zero updates for 2+ years (but will still be just as painful).
Idk about Cryengine that was just part of the image I found for game engines, but maybe I should try it out...
How about Defold
But... why, Levin?
😂
to get to the other side
Hey Levin. for what exactly reason did you delete my comment? I am very confused.
I’m sorry, but I didn’t delete any comments, TH-cam can be weird sometimes, you can comment it again
0:18 - Did you mean "any game engine and game framework?". If you REALLY mean "programming library" - make a game in .NET Windows Forms, please! xD
Maybe ANY is a few too many, but I’ll try a lot of them
I also wanna try Godot. Its been getting too much hype lately
Hype and some drama ;-)
@@igorthelight the drama is just from the incels being angy at "woke" stuff.
@@terrawest9500 As far as I know - there is a community manager that bans people for very simple questions or non-offensive comments.
Personally - I don't care. But many people that got banned would just stop using Godot after that
it IS possible to look at the game in the editor while it's running, through the remote tab.
and visualization is coming in 4.4
godot is not more difficult than unity, you are just used to the unity way of doing things.
and the paid addon is a problem with unity, most features of unity are only available through paid addons, and most of them are available in godot out of the box.
godot also has advantages over unity that make it less needed to debug the game live, like the fact it runs animations and state machines in editor so you don't have to run the game to adjust character state machines, and animations are shown in the viewport instead of a tiny screen in the inspector. also being able to change values of the project OR the game and save them while the game is running allows you to adjust values much easier.
it is also possible to run code in the editor using @tool scripts
Yeah I didn't say that Godot was more difficult, more so that it just is a bit less intuitive in my opinion, I agree that its great that the engine keeps getting new features added and most of the add-ons are free and open-source.
Also, you can 100% play animations in editor in the game view and scene view for Unity, I've been doing it for years, I'd honestly say that the two engine's animation systems are almost identical, although Unity does have a weird problem where if you rename an object in the animation then it is really hard to reconnect it. As for changing the values of the project while in play mode, while I agree that Godot does it in a much more intuitive and well-done way, you absolutely can change the values while running for Unity, its just that saving has to be done through custom editor scripts, which is annoying.
@@ButWhyLevin "a bit less intuitive in my opinion"
all engines are un-intuitive if you are not experienced with them. unity was un-intuitive when I first started, until I watched the tutorials and read the docs and worked with it.
"you can 100% play animations in editor in the game view and scene view for Unity, I've been doing it for years, I'd honestly say that the two engine's animation systems are almost identical"
no. what I mean is that you can change a variable in the animation tree and have the state machine *transition* to that state in the editor. in unity you had to run the game to see this happen.
the two are not identical I would say. godot has a different workflow where you have to do most things in blender like setting up animations, instead of having an animation importer that changes things.
godot however allows you to swap meshes and put them in scenes with no problems, so two models that share a skeleton can be worked on on different files and imported separately and just pasted into the scene and they work.
root motion is also done through code, which has advantages and disadvantages.
the animation tree IS better than unity in that it can use the variables of a script directly and you can use expressions to evaluate transitions. it also allows to nest multiple state machines and blend trees inside each other, and humanoid skeletal animation supports scaling of bones with no problems.
I'm doing the exactly opposite lol
fifth...
You should try Redot
lol fuck Redot
Literally no reason to use Redot.
Redot = Godot - idiotic community managers + red skin.
If you never engage in their Discord/Twitter - you will not see a difference!
ew incel.
@ButWhyLevin The developers there are a lot more geared towards game development and design. With all the racism and sexism I've seen from the Godot channels and staff, I'd really not recommend it.
“Racism and sexism” and its just the word woke in a silly tweet
➡️.
Get it?
Go dot.
Okay I’m sorry