this post was submitted on 06 May 2024
50 points (98.1% liked)

Godot

5858 readers
21 users here now

Welcome to the programming.dev Godot community!

This is a place where you can discuss about anything relating to the Godot game engine. Feel free to ask questions, post tutorials, show off your godot game, etc.

Make sure to follow the Godot CoC while chatting

We have a matrix room that can be used for chatting with other members of the community here

Links

Other Communities

Rules

We have a four strike system in this community where you get warned the first time you break a rule, then given a week ban, then given a year ban, then a permanent ban. Certain actions may bypass this and go straight to permanent ban if severe enough and done with malicious intent

Wormhole

!roguelikedev@programming.dev

Credits

founded 1 year ago
MODERATORS
snowe@programming.dev
Ategon@programming.dev
Feyter@programming.dev
50
Godot 4: Glass Door shader (fast blur tutorial) (www.youtube.com)
submitted 6 months ago by FencerDevLog@programming.dev 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
[–] NocturnalMorning@lemmy.world -1 points 6 months ago (2 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.

[–] Kelly@lemmy.world 6 points 6 months ago

UE has been going since 1996, Unity since 2005., while Godot started in 2014.

No one likes breaking changes but if they are needed then better done sooner than later.

[–] WhiskyTangoFoxtrot@lemmy.world 5 points 6 months ago (1 children)

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.

[–] NocturnalMorning@lemmy.world 3 points 6 months ago* (last edited 6 months 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.