Baltor Get started

Gallery / Godot shaders

Single-pass bloom from screen mip levels

In your harnessGodot shaderMIT

Add glow around bright areas without extra viewports: a soft threshold keeps only the bright parts, several blurred mip levels of the screen are summed with decreasing weights, and the glow is added back with a tint.

Render of Single-pass bloom from screen mip levels
The render its check recorded in Godot 4.7.2, 256 by 256 pixels.

What it takes and gives

Shader type
spatial
Render modes
unshaded, cull_disabled, depth_test_disabled, depth_draw_never, skip_vertex_transform, fog_disabled
Parameters
screen_texture (sampler2D), threshold (float = 0.62), knee (float = 0.15), intensity (float = 1.3), levels (int = 5), spread (float = 0.6), tint (vec4 = 1, 0.92, 0.8, 1)
Use it on
A MeshInstance3D with a 2 x 2 QuadMesh, material.tres as its material override and a large extra cull margin, as in demo.tscn.
Result
The scene with soft warm halos around its brightest areas.
Renderers
compatibility: compiled and rendered, forward plus: not verified, mobile: not verified
Placement
res://baltor/godot_shaders/post_bloom_glow/

Limits. Mip levels are box filtered, so the glow is less smooth than a separable Gaussian chain and can flicker on small moving highlights. The bright pass works on display colours, not HDR values. The pass reads Godot's screen texture after opaque geometry, so transparent objects drawn after it are not processed and its order among other transparent passes is not controlled.

Details

Kind
Godot shader
Engine
Godot 4.3 or later
Files
11 files, 64.5 KB
Licence
MIT
Declared effects
reads files, runs commands
Checked with
Godot 4.7.2, opengl3 compatibility (Mesa llvmpipe, Xvfb)
Checks
contract static, engine run, engine log clean, shader in scene, capture written, render not uniform, shader changes pixels
Techniques
Soft-knee bright pass, Bloom from summed screen mip levels, Geometric level weighting
Tags
godot shader, spatial, post-process, bloom, glow, highlights, cinematic, full-screen
Identity
library.supply.creative_originals.d985d9f7faf8bb7e5b1da6c6.f7ad7413c8fefcd2
Version
f7ad7413c8fefcd2e6754c0e95696005d590f04f7ef8ffa7e2ff05feb5c49c4d

The version is the SHA-256 of the item your harness downloads; every file in it names its own checksum.

Something wrong with this item, its rights or its safety? Report it on the support page, or from your harness after a download.