Image Filter Adjustments
Brightness, contrast, sharpness, blur — the no-nonsense version
- image
- image
Image Filter Adjustments is the plain-vanilla member of the pair - brightness, contrast, saturation, sharpness, box blur, gaussian blur, edge enhance, and detail enhance. That's it. If you want white balance, vignettes, grain, or LUTs, you want its Advanced sibling. This one is the everyday exposure-and-sharpness fixer, and honestly that covers most of what people actually need.
It's the kind of node the KB's post-processing doc is all about: a $0, millisecond, deterministic operation instead of a diffusion re-pass. A slightly dark generation? Bump brightness. Flat? Raise contrast a hair. Over-smoothed? A touch of sharpness. None of this needs the model to run again, and none of it rewrites the subject - which is the entire point over doing it with img2img.
The sliders, in one breath
- brightness - additive offset, 0 = no change.
- contrast - multiplicative, 1 = no change (range −1 to 2).
- saturation - factor, 1 = no change.
- sharpness - factor, 1 = no change (range −5 to 5; below 1 softens).
- blur - number of box-blur passes (an integer, 0–16).
- gaussian_blur - radius, 0 = disabled.
- edge_enhance - blend strength, 0 = disabled.
- detail_enhance - boolean; applies PIL's DETAIL filter.
That's every input, and the defaults are all "no change," so dropping the node into a chain is a no-op until you move a slider. That's the right design for a node you'll want to bypass-tweak.
The one toggle worth caring about
per_frame (default on) processes one frame at a time to avoid OOM on large batches; disable it to process all frames in parallel - faster, but hungrier on memory. For a 1-frame image it doesn't matter; for a 100-frame batch it's the difference between "works" and "your GPU driver bails." Leave it on unless you have a reason.
Where it sits
This is Eclipse's answer to WAS Node Suite's Image Filter Adjustments - same operation set, actively maintained, and living inside a bigger utility pack. If you already run Eclipse, it replaces needing a second post-processing pack for the basics. Slap it after a VAE decode for a fast "fix the exposure before save" pass, or before a comparer to A/B the grade.
Installing
ComfyUI_Eclipse, r-vage's pack. Manager → search ComfyUI_Eclipse, or:
cd ComfyUI/custom_nodes
git clone https://github.com/r-vage/ComfyUI_Eclipse
Restart; under Eclipse → Image → FX & Color. Standard deps; the pack targets current ComfyUI (frontend 1.51.2+) and v4.0 removed legacy RvTools_v2 nodes with a Migration Tool for old workflows.
The subtle trap: sharpness at 1 is neutral, but people push it to 3+ and get halos, then blame the model. Small values, check the output, and if you're chasing "crisper," the honest move is an upscaler - sharpness can't invent detail that isn't there.
Inputs (10)
| Name | Type | Default | Description |
|---|---|---|---|
| image | IMAGE | — | |
| brightness | FLOAT | 0.00-1–1 | Additive brightness offset. 0 = no change. |
| contrast | FLOAT | 1.00-1–2 | Multiplicative contrast factor. 1 = no change. |
| saturation | FLOAT | 1.000–5 | Colour saturation factor. 1 = no change. |
| sharpness | FLOAT | 1.00-5–5 | Sharpness factor. 1 = no change. |
| blur | INT | 00–16 | Number of box-blur passes. |
| gaussian_blur | FLOAT | 0.00–1024 | Gaussian blur radius. 0 = disabled. |
| edge_enhance | FLOAT | 0.000–1 | Edge enhancement blend strength. 0 = disabled. |
| detail_enhance | BOOLEAN | false | Apply PIL DETAIL filter. |
| per_frame | BOOLEAN | true | Process one frame at a time (safe for large batches, avoids OOM). Disable to process all frames in parallel — faster but uses more memory. |
Outputs (1)
| Name | Type | Description |
|---|---|---|
| image | IMAGE | — |