51
Godot 4: Glass Door shader (fast blur tutorial) (www.youtube.com)
submitted 2 years ago by to c/godot@programming.dev
15 comments fedilink hide all child comments
 

Hi everyone! Do you remember the video about detecting edges using the Sobel operator, which we enhanced by using Gaussian blur? One of the drawbacks of Gaussian blur is that it's somewhat computationally intensive, which can pose some performance issues for our game if we want to apply such an effect in real-time. In this video, I will demonstrate a much faster way to blur our sprite or the entire screen.

you are viewing a single comment's thread
view the rest of the comments
[–] -1 points 2 years ago (3 children)

They got a pretty big influx of cash from the fiasco with Unity. They could use it to implement these features. They've already hired a few additional people. They could also stop wasting time coming up with new names for everything and implementing breaking refactoring changes in each release.

That's why I'm not using it right now. I got tired of how broken and different everything was from 3 to 4.

It's probably somewhat better a year later. But I still read the release notes on the sub-releases from 4.0 to 4.1, 4.2, etc, and they are still breaking things from sub-release to sub-release.

When I upgrade Unreal Engine, the programming doesn't change significantly each time bcz the devs decided to rename and refactoring stuff for funsies again. From 5.2 to 5.3, something with the hair physics did break, but I didn't have to recode anything that I already had, and I should very very rarely have to do that. That's basic good software practices, and they're not following them right now.

Do I have strong opinions on software? Sure, but I've also been programming in various capacities for 15 years now, and I get tired of watching people turn stuff into dumpster fires bcz there's no consistent direction. That's Godot 4 right now.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 5 points 2 years ago (1 child)

    So you think that reworking previous things in a major version change in order to make a more consistent overall engine instead of letting every previous bad decision persist in a build-up of cruft is "turning stuff into a dumpster file because of no consistent direction," and that the better use of the developers' time would be to implement features that any half-decent shader coder could do on their own, and that anyone who wasn't a half-decent shader coder could easily copy and paste from someone who was?

    I'm glad you're not making the decisions for Godot. Curious as to why you're hanging around the Godot Lemmy community, though.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 3 points 2 years ago*

    It's not more consistent. If it was, I wouldn't have complained about it. When I brought it up to the developers, they admitted that they went overboard with the renaming of their stuff.

    Any half decent shader coder could do on their own

    Have you even read this thread, or did you just jump in to complain after the conversation started? I said, verbatim, this wastes time bcz there's a ton of other stuff to do in developing a game, and serious game studios aren't going to have time to do this stuff from scratch. And if they do have engine devs, or enough resources to do it, then they probably aren't using godot anyway.

    For the record, I'm an aerospace engineer. I am plenty capable of writing my own shaders. The point is, and you seem to be missing that, I shouldn't have too.

    I want to make my game, not spend time developing functionality that should already exist. Hell, I spent the last 6 months working on a game, adding inventory management, soulslike fighting, AI, a tutorial level, etc, and I still have a metric fuck ton of stuff to do. And I didn't write my own water shaders, or glass shaders.

    Its about managing your time and resource, of which there's currently only one of me to work on my game.

  • permalink
  • fedilink
  • source
  • parent