[HN Gopher] Show HN: PlutoFilter- A single-header, zero-allocati...
___________________________________________________________________
Show HN: PlutoFilter- A single-header, zero-allocation image filter
library in C
Author : sammycage
Score : 34 points
Date : 2025-07-14 03:57 UTC (3 days ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| rossant wrote:
| Any SIMD/multicore capabilities?
| ephou7 wrote:
| I'm not sure why single-header is an advantage over powerful
| libraries such as GEGL.
| malkia wrote:
| or ImageMagick, or plenty of others, with SIMD, GPU, etc.
| support.
| Calavar wrote:
| It fills the lightweight niche. You can build it on Windows
| without needing to drag in all of msys. I can see this as
| really useful for toy projects and demos.
| majorchord wrote:
| I'm not sure why walking is an advantage over a hot air
| balloon. /s
|
| Try to understand that "advantage" can mean different things to
| different people. Your perspective and usecases might be
| totally opposite from someone else, and that doesn't mean
| either of you are wrong.
| im_down_w_otp wrote:
| Both the single header and the zero-allocation callouts can be
| desirable qualities for something used in an embedded (as in
| classical MCU-shaped) context.
|
| edit: Seeing that it's also C99 makes me think that embedded
| applications might be what this was geared toward.
| gregschlom wrote:
| The benefit of single-header, specifically, is that it's super
| easy to integrate with any project. You don't need to mess with
| your build system, or the library's build system, just include
| the file and you're good to go.
|
| No allocation is useful for embedded / resource constrained
| targets.
___________________________________________________________________
(page generated 2025-07-17 23:00 UTC)