Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

twitter.com

Post reply on HN
Print view View original

51–60 of 215 posts

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#51

Post by Winsaucerer »

andybak wrote: post #20
TulliusCicero wrote: post #5

Sad for Unity devs' predicament here, but happy to see Godot gaining increased interest. It's still not as mature as Unity, of course, but they're making steady progress, it definitely seems to be headed in the right direction.

This rather dampened by enthusiasm for Godot: https://sampruden.github.io/posts/godot-is-not-the-new-unity... It's carrying a lot of performance baggage and there seems to be no sense of urgency in fixing it.

It's something that is known and a work in progress: https://www.reddit.com/r/godot/comments/16lti15/comment/k169...

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#52

Post by thelastparadise »

courseofaction wrote: post #24
peremptor wrote: post #6

Im not well versed in game programming, however I have some knowledge on how to properly structure your software architecture in other domains. In regards to third party dependencies I agree with what Uncle Bob says, which is to keep them as far away from your stuff as possible. Only introduce a hard dependency if you have to. In my current project I have been doing that and I enjoy the flexibility that this gives me…

I don't feel like an expert, but I'm a full time Unity dev with experience on non-Unity AAA projects. There are the obvious advantages of having a pre-built editor, standard environment, fantastic build tools, and generally handling a lot of the complexity of managing a project, particularly in the early stages. It's possible to limit your use of the engine to these time-savers, and essentially use it as a front-end…

> when you've set up dozens of entities and items using Unity's animation state machine UI, laid out your levels in Unity's editor, and saved hundreds of different reusable assets as Unity-specific "prefabs"

Perhaps this was a mistake.

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#53

Post by chess_horse_L »

Yeah, and everyone will be back to Unity in a month. People need to make a living, y'know. They need to make games/assets NOW, not in 3 years once those engines are ready.

For example, I see my Twitter timeline full of people slowly realizing that Godot is not Unity 2, and complaining about the UX, GDScript, C# and performance problems.

So, they either have to live on that hill and contribute to Godot (And sometimes these problems are by design! Godot is made to be slow so it can have more usability, just check out the creator's Twitter),

or, y'know, they can (And will) just go back to Unity and keep making stuff, even if they at any moment they'll put a knife on your throat.

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#54

Post by thelastparadise »

qwytw wrote: post #35
drones wrote: post #33

Had an audible chuckle the other day when I saw humble bundle's current massive Godot sale. Hopefully with this increased attention we can draw new programmers to gamedev with an approachable language like python.

> approachable language like python Python doesn't really scale though and it's fine only for simple games/scripting (on top of a game mainly built with another language). If you're serious about game development you'll have to switch to C# or C++ eventually. Also I don't see how C# is not "approachable" (C++ is another manner). If you're serious about programming you'll have to figure out static typing at some point…

This is often said, but is it really true?

Im thinking of libraries like torch, tensor flow, or pandas.

I'm not sure rewriting torch client code from python to c++ would typically be that much faster as most of the work is already being done on the GPU and is highly optimized (much like a game).

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#55

Post by krapp »

pests wrote: post #42
KronisLV wrote: post #22

Earlier quoted context omitted.

> Can you abstract away your website so it can run on node.js or angular? This is an excellent point. At that point you'd need so much abstraction that you'd basically be building something as complex as the underlying engines. In rare cases that works out, like for Caves of Qud, but mostly because of the nature of the game: https://news.ycombinator.com/item?id=37548720 The best most folks can dream of is decoupling…

I read the Caves of Qud post. What exactly is he using a game engine for in the first place? If it can be completely swapped out like that then maybe it wasn't that important in the first place.

Ease of porting and platform support.

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#56

Post by thelastparadise »

TulliusCicero wrote: post #4
throwuxiytayq wrote: post #2

I'm actually kinda excited to start learning some of these. How nice of Unity to force me out of my comfort zone!

Godot is quite easy to learn as far as general purpose game engines go. Lots of material around too, I know a lot of people like GDQuest and HeartBeast. Their subreddit and discord are also popular.

Godot seems to be the clear winner in all this.

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#57

Post by gmerc »

chess_horse_L wrote: post #53

Yeah, and everyone will be back to Unity in a month. People need to make a living, y'know. They need to make games/assets NOW, not in 3 years once those engines are ready. For example, I see my Twitter timeline full of people slowly realizing that Godot is not Unity 2, and complaining about the UX, GDScript, C# and performance problems. So, they either have to live on that hill and contribute to Godot (And sometimes…

Unreal is a viable option for most people. Epic is the devil we know.

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#58

Post by badsectoracula »

andybak wrote: post #20
TulliusCicero wrote: post #5

Sad for Unity devs' predicament here, but happy to see Godot gaining increased interest. It's still not as mature as Unity, of course, but they're making steady progress, it definitely seems to be headed in the right direction.

This rather dampened by enthusiasm for Godot: https://sampruden.github.io/posts/godot-is-not-the-new-unity... It's carrying a lot of performance baggage and there seems to be no sense of urgency in fixing it.

FWIW from the comments i've seen on Reddit it seems that some of the reasons he brought up for wanting to do so many raycasts are already covered by Godot's functionality (in C++).

Also IMO unless you want to share C++ plugins with others (via GDExtension), if you are making a game with it you'd want to modify the engine itself for any non-trivial functionality anyway. Again, the situation he describes sounds like it would be much better done by writing the reusable controller itself as a node written in C++ inside the engine itself (not via GDExtension) that uses the fast physics API directly.

Basically what he describes is an issue only in specific situations and not something that would really stop someone from making their game.

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#59

Post by badsectoracula »

qwytw wrote: post #35
drones wrote: post #33

Had an audible chuckle the other day when I saw humble bundle's current massive Godot sale. Hopefully with this increased attention we can draw new programmers to gamedev with an approachable language like python.

> approachable language like python Python doesn't really scale though and it's fine only for simple games/scripting (on top of a game mainly built with another language). If you're serious about game development you'll have to switch to C# or C++ eventually. Also I don't see how C# is not "approachable" (C++ is another manner). If you're serious about programming you'll have to figure out static typing at some point…

> Python doesn't really scale though and it's fine only for simple games/scripting

IMO GDScript (and any scripting language in games) should be treated exactly as a language only for that (scripting) and anything non-trivial should be done in C++ anyway.

Re: OSS Game Engines are increasing their stars on GitHub due to Unity's missteps

#60

Post by chess_horse_L »

gmerc wrote: post #57
chess_horse_L wrote: post #53

Yeah, and everyone will be back to Unity in a month. People need to make a living, y'know. They need to make games/assets NOW, not in 3 years once those engines are ready. For example, I see my Twitter timeline full of people slowly realizing that Godot is not Unity 2, and complaining about the UX, GDScript, C# and performance problems. So, they either have to live on that hill and contribute to Godot (And sometimes…

Unreal is a viable option for most people. Epic is the devil we know.

It's not. Most of Unity games are mobile games, or indie games that don't require the GPU usage bloat Unreal has in order to achieve better graphics.

If Unreal was ever an option, developers would've been using it instead of Unity in the first place.

Post reply on HN