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

Godot 3.2

godotengine.org

Post reply on HN
Print view View original

121–130 of 141 posts

Re: Godot 3.2

#121

Post by nineteen999 »

wlesieutre wrote: post #48
kgwxd wrote: post #47

Earlier quoted context omitted.

Is Unity the odd ball? I've never done any serious game dev but I've done plenty of screen drawing and Y-down is the only convention I've ever come across.

It's more that there isn't a standard, just a bunch of different conventions in different places. Unity is like DirectX, Godot is like OpenGL. Most content creation software that I've used are right-handed with Z-up, maybe dating back to CAD packages treating floor plans (or other 2D drawings) as XY? Maya is an exception here with a Y-up, and I think SolidWorks might be in that camp as well. https://twitter.com/DJ_Li…

ZBrush is Y-up, Z is front-back. It's freaking annoying.

Re: Godot 3.2

#122

Post by nineteen999 »

ncmncm wrote: post #112
DisownedWheat wrote: post #100

Earlier quoted context omitted.

It's not coded in C#, it's written in C++. Release notes for a new version are not the place to list all the features of the engine. You can literally click on the home page and see "Object-oriented API with language options such as GDScript, C#, C++ and visual scripting.". If people give up "in disgust" because they can't find what language the engine uses for scripting immediately in the first sentence of a release…

So even looking around and following links, I still guessed wrong about what the hell it is. Nobody asked for, or needs, a list of "all the features" in a release announcement. Saying what the project is (such as that it is some kind of "engine", and maybe even what kind?) would have been a completely different, and much shorter and overwhelmingly more useful statement. What should motivate a reader who cannot even t…

Good grief, don't look at the UE4 release notes for each release then. It's a C++ game engine, and the release notes go on for pages detailing the new features. You'll have a conniption.

https://docs.unrealengine.com/en-US/Support/Builds/ReleaseNo...

https://docs.unrealengine.com/en-US/Support/Builds/ReleaseNo...

Game engines this size often add many new features with every release, and the target audience (programmers and artists) want to know about all of them.

Re: Godot 3.2

#123

Post by aliswe »

zubspace wrote: post #30

Been playing around with the Release Candidate, coming from Unity. Here's a list of things which I like / dislike: ++ Open License and friendly community. ++ The scene graph (node tree / prefabs) is well done, better than Unity. You can easily switch between scenes (Prefabs) through tabs and convert subtrees to separate scenes. Nesting scenes works really well. ++ The inbuilt scripting documentation is great. - C# is…

In my teens I used Multimedia Fusion extensively, the sequel of The Games Factory (also called Corel Click & Create?), the sequel of Klik&Play, made by the creators of AMOS and STOS. The three (four?) first uses the same 2D coords orientation, and I suspect also the last two.

Edit: I believe also Scirra Construct uses the same.

Re: Godot 3.2

#124

Post by DonHopkins »

vfclists wrote: post #89
zubspace wrote: post #30

Been playing around with the Release Candidate, coming from Unity. Here's a list of things which I like / dislike: ++ Open License and friendly community. ++ The scene graph (node tree / prefabs) is well done, better than Unity. You can easily switch between scenes (Prefabs) through tabs and convert subtrees to separate scenes. Nesting scenes works really well. ++ The inbuilt scripting documentation is great. - C# is…

concerning the +5000 open issues on github, when are you going to pick a few and see what you can do to fix them?

You don't get to ask that question unless you've fixed a few of them yourself.

Re: Godot 3.2

#125

Post by pauljurczak »

kgwxd wrote: post #47
wlesieutre wrote: post #37

Earlier quoted context omitted.

Y-down coordinates still feel weird to me too, but that's a pretty longstanding convention for screen space coordinates: https://www.ntu.edu.sg/home/ehchua/programming/opengl/images... (via https://www.ntu.edu.sg/home/ehchua/programming/opengl/CG_Exa... )

Is Unity the odd ball? I've never done any serious game dev but I've done plenty of screen drawing and Y-down is the only convention I've ever come across.

Ogre 3D and VTK have a "normal", Y-up coordinate system.

Re: Godot 3.2

#126

Post by [deleted] »

jokoon wrote: post #74
unknown2374 wrote: post #73

Earlier quoted context omitted.

I think you are missing the fundamental purpose behind game engines. Game and graphics programming is really hard, and at times unapproachable to a lot of people. Moreover, in the real world, even experts prefer to use game engines just due to the fact that it is almost guaranteed that a raw renderer you write yourself is not going to be as good and optimized as a game egnine's renderer. Using game engines may not su…

If one doesn't understand how a game works, a framework is not going to help. This person will probably shoot himself in the foot. Here is a good video about benchmarking unity https://www.youtube.com/watch?v=tInaI3pU19Y

[deleted]

Re: Godot 3.2

#127

Post by pjmlp »

jokoon wrote: post #70

I tried to learn it a little but I did not manage to understand how it works, I don't really like the whole WYSIWYG thing, it forces the developer to surrender control, and you waste a big amount of time teaching yourself how it works internally, time that could be spent being productive with a simple renderer. It also seems to support c++ as "gdnative", although it requires another compiler to link against godot's b…

> an actual universal graphics API that works on all hardware,

Good luck with that, no, game consoles don't do GL, most Switch games use NVN and it remains to be seen if PS5 will have Vulkan support.

These engines and frameworks are welcomed by the industry, because in most studios game development teams, the programmers are a minority, game designers and scripters are who actually make the game.

Anyone that wants to learn how a computer works should learn Assembly and low level coding.

Get a Raspberry PI and do bare metal game coding in Assembly like we used to do in the 80's.

https://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/os/

https://github.com/ICTeam28/PiFox

Re: Godot 3.2

#128

Post by imtringued »

MrGilbert wrote: post #90
vfclists wrote: post #89

Earlier quoted context omitted.

concerning the +5000 open issues on github, when are you going to pick a few and see what you can do to fix them?

Why should he/she? If I support Godot financially, I'm not going to pick up issues. Yet, I should be allowed to raise concerns, shouldn't I?

You are allowed to raise concerns at any time even without financial support. However, it is considered poor form to waste the time of someone who is working without payment.

Re: Godot 3.2

#129

Post by imtringued »

indigo945 wrote: post #22
SeekingMeaning wrote: post #17

Earlier quoted context omitted.

They’re currently at $10,000 a month, or $120,000 a year. That’s really amazing!

That doesn't even pay for a single developer if factoring in taxes and other costs of employment.

International dollars are more valuable than San Francisco dollars.

Re: Godot 3.2

#130

Post by imtringued »

jokoon wrote: post #70

I tried to learn it a little but I did not manage to understand how it works, I don't really like the whole WYSIWYG thing, it forces the developer to surrender control, and you waste a big amount of time teaching yourself how it works internally, time that could be spent being productive with a simple renderer. It also seems to support c++ as "gdnative", although it requires another compiler to link against godot's b…

>but I would rather spend time learning an actual universal graphics API that works on all hardware,

Unfortunately such a thing doesn't exist. You either have to choose something that hides the graphics API or use the preferred API of the platform (Metal on iOS/Mac, DX12 on Windows, Vulkan on Linux). If you decide to use a second class API then your UX will be second class but game engines don't suffer from that because they use the platform specific APIs directly.

Post reply on HN