I get why Epic probably funds this, and I love to think how great Godot could be in another year or so (and how they could surpass Unity, etc). What I don't really understand, though: Why wouldn't Unity just implement this now, too?! It's open-source & MIT-licensed; if it's better than Unity's GI -- and it IS better, because Unity does not currently have ANY realtime-GI solution in their latest versions (they stopped…
> I get why Epic probably funds this Is it just to fuck over Unity?
Godot 4.0 gets SDF based real-time global illumination
101–110 of 150 posts
Re: Godot 4.0 gets SDF based real-time global illumination
#102I get why Epic probably funds this, and I love to think how great Godot could be in another year or so (and how they could surpass Unity, etc). What I don't really understand, though: Why wouldn't Unity just implement this now, too?! It's open-source & MIT-licensed; if it's better than Unity's GI -- and it IS better, because Unity does not currently have ANY realtime-GI solution in their latest versions (they stopped…
> I get why Epic probably funds this Is it just to fuck over Unity?
Re: Godot 4.0 gets SDF based real-time global illumination
#103Re-upping this blog post (sadly overlooked when first posted to HN) which asks the reasonable question 'why not just use Godot for general-purpose applications?' https://medium.com/swlh/what-makes-godot-engine-great-for-ad...
There's a lot of functionality that a general purpose UI library has that Godot will likely never approach, like support for input methods in text editing. Productive applications require extremely robust text editing, something that game engines don't spend a lot of time with. Stuff like selection, text input for non-English keyboards, IME popups, that sort of thing. Even RTL text display is usually minimally unsupp…
Is it the right solution for all UIs? Clearly not but IMO the UI landscape is a mess at the moment for anyone who wants to be able to build cross platform applications. There aren't really any adequate solutions as far as I can tell.
Re: Godot 4.0 gets SDF based real-time global illumination
#104Earlier quoted context omitted.
I'd argue multi-window would require a substantial redesign of the graphics layer, so much that the maintainers would be uninterested in supporting it, and consider it out of scope. I can imagine IME support being integrated, but a giant pain, due to the wide variety of APIs across platforms, the fundamental disconnect in how text input is done in games vs. elsewhere, not to mention the "Linux wars": will you support…
Godot 4.0 recently acquired multiple window support for the editor (which is built with Godot's UI and rendering system) and APIs for applying it to your own games
Re: Godot 4.0 gets SDF based real-time global illumination
#105Re-upping this blog post (sadly overlooked when first posted to HN) which asks the reasonable question 'why not just use Godot for general-purpose applications?' https://medium.com/swlh/what-makes-godot-engine-great-for-ad...
We often hear saying game engines redraw every frame so it is not appropriate for UIs. In Godot, you can set an option to redraw only when something change like in UI libs (for e.g Godot Editor use this option) However , I think one main aspect missing from UI libs is damage tracking (=redraw only the part of the screen that changed and tell the compositor to also only redraw that part). In terms of architecture, God…
Re: Godot 4.0 gets SDF based real-time global illumination
#106Earlier quoted context omitted.
From a business perspective, Unreal doesn't really do 2D as per se (Whereas Godot is very simple to use) so improving Godot keeps people away from other tools like Unity which do have features that compete with Unreal.
Godot will get to the point of competing with Unreal, no doubt about it. Especially since Epic do a poor job at making Vulkan renderer in Unreal work well, and Godot invested in Vulkan all the way.
Re: Godot 4.0 gets SDF based real-time global illumination
#107Re-upping this blog post (sadly overlooked when first posted to HN) which asks the reasonable question 'why not just use Godot for general-purpose applications?' https://medium.com/swlh/what-makes-godot-engine-great-for-ad...
You can. This is exactly what Flutter does, as I've commented on that thread you refer to on HN. It uses the Skia renderer that is like a 2d game engine to draw all the elements on the screen. They've had to reimplement everything though, like text fields and accessibility, so perhaps this is why it's not done more often.
Re: Godot 4.0 gets SDF based real-time global illumination
#108Earlier quoted context omitted.
> I get why Epic probably funds this Is it just to fuck over Unity?
You're getting downvoted, but Epic is extremely anti-competitive. This is likely the reason.
Re: Godot 4.0 gets SDF based real-time global illumination
#109Earlier quoted context omitted.
The parent poster is referring to accessibility of the applications produced with Godot, not the accessibility of the IDE. Edit: it's not .NET it's C++.
I don't understand, the IDE for Godot is created with Godot.
Re: Godot 4.0 gets SDF based real-time global illumination
#110Earlier quoted context omitted.
You're getting downvoted, but Epic is extremely anti-competitive. This is likely the reason.
Epic's store offers a cheaper alternative to a near monopoly on digital game distribution on PC. How are they anti-competitive?
The enemy (Godot) of my enemy (Unity) is my friend.
Is essentially what this thread is talking about.At this point (ie. Epic sitting on truck loads of cash), lost revenue for Epic Games competitors is almost as good as revenue for Epic Games. That is what people are talking about when they say anti-competitive. It's another form of a price squeeze.