LOWP(1)
π LOWP(1) β the lowp girlies are here
okay so this is lowp, section 1 of the BRL-CAD manual, and bestie, it's giving temporal smoothing icon. let me put you on π
β¨ NAME β¨
lowp β a 3D low-pass filter that runs across three sequential pix files π
πΈ SYNOPSIS πΈ
lowp file1.pix file2.pix file3.pix [width] > out.pix
that's it. that's the whole vibe check. π¦
π DESCRIPTION π
so lowp reads three sequential pix(5) image files that all have identical dimensions, runs a 3D low-pass convolution filter over them, and writes one single smoothed pix(5) image out to standard output. no cap. β¨
the three inputs get treated as consecutive frames in a sequence β think of it like the before, the main character, and the after. a 3x3x3 spatial-temporal kernel gets applied, which lowkey means: each output pixel is the weighted average of
- the corresponding pixel and its eight neighbors in the middle frame (
file2.pix), plus - the same neighborhoods in the preceding frame (
file1.pix), plus - the same neighborhoods in the succeeding frame (
file3.pix)
the middle frame gets weighted most heavily, and the kernel weights sum to 84. the math ate, honestly. π₯
β οΈ heads up: images are assumed to be square. the dimension defaults to512x512pixels, and if your images are a different size you gotta supply the optionalwidthargument to set the number of pixels per scanline (which also sets the number of scanlines, since y'know, square).
and the border pixels β that's the first and last scanline, plus the first and last pixel of every scanline β do not get filtered. they're written as black. periodt. π
also, lowp refuses to write to a terminal. so you literally have to redirect its output to a file or pipe it into another program. it's not being difficult, it's just boundaries. π
π OPTIONS π
file1.pix file2.pix file3.pixβ the three inputpix(5)files, handed over as a sequence of frames. the middle file is the one that actually gets smoothed (she's the main character π).widthβ width and height, in pixels, of the (square) input images. defaults to512.
π EXAMPLES π
Example 1. Temporally smoothing a rendered animation frame
rt -s 1024 -o frame1.pix model.g region &&
rt -s 1024 -o frame2.pix model.g region &&
rt -s 1024 -o frame3.pix model.g region
lowp frame1.pix frame2.pix frame3.pix 1024 > smoothed.pix
pix-png -s 1024 smoothed.pix > smoothed.png
so what's happening here: we render three 1024x1024 frames with rt(1), then blend them into a smoothed middle frame to knock down per-frame noise and aliasing, then convert the result to PNG with pix-png(1). the glow-up is real. β
π¦ SEE ALSO π¦
brlcad(1), rt(1), pixfilter(1), pix3filter(1), pix-png(1), pix(5)
iykyk π
π AUTHOR π
BRL-CAD Team π«Ά
π COPYRIGHT π
This software is Copyright (c) 1989-2026 by the United States Government as represented by U.S. Army Research Laboratory.
π§ BUG REPORTS π§
Reports of bugs or problems should be submitted via electronic mail to devs@brlcad.org
okay that's the whole page, bestie β brought to you by BRL-CAD, LOWP(1), and the year range 1989-2026. go smooth something. πβ¨
π¦ where this page comes from
- nixpkgs unstable: brlcad 7.44.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms