Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: PlutoFilter- A single-header, zero-allocation image filter library in C

github.com

Post reply on HN
Print view View original

1–10 of 18 posts

Re: Show HN: PlutoFilter- A single-header, zero-allocation image filter library in C

#5

Post by Calavar »

ephou7 wrote: post #3

I'm not sure why single-header is an advantage over powerful libraries such as GEGL.

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.

Re: Show HN: PlutoFilter- A single-header, zero-allocation image filter library in C

#6

Post by majorchord »

ephou7 wrote: post #3

I'm not sure why single-header is an advantage over powerful libraries such as GEGL.

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.

Re: Show HN: PlutoFilter- A single-header, zero-allocation image filter library in C

#7

Post by im_down_w_otp »

ephou7 wrote: post #3

I'm not sure why single-header is an advantage over powerful libraries such as GEGL.

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.

Re: Show HN: PlutoFilter- A single-header, zero-allocation image filter library in C

#8

Post by gregschlom »

ephou7 wrote: post #3

I'm not sure why single-header is an advantage over powerful libraries such as GEGL.

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.

Re: Show HN: PlutoFilter- A single-header, zero-allocation image filter library in C

#9

Post by anitil »

I was wondering how it would do arbitrary-sized kernels without dynamic allocation (my guess was that it would use the input/output buffer as a temporary storage). The answer is that there's a _slight_ asterix to the 'zero-allocation' - the allocation is on the stack [0], but it's small-ish (2kb) and fixed size. So in an embedded context you'd just want to make sure you have headroom for this.

[0] https://github.com/sammycage/plutofilter/blob/main/plutofilt...

Re: Show HN: PlutoFilter- A single-header, zero-allocation image filter library in C

#10

Post by [deleted] »

anitil wrote: post #9

I was wondering how it would do arbitrary-sized kernels without dynamic allocation (my guess was that it would use the input/output buffer as a temporary storage). The answer is that there's a _slight_ asterix to the 'zero-allocation' - the allocation is on the stack [0], but it's small-ish (2kb) and fixed size. So in an embedded context you'd just want to make sure you have headroom for this. [0] https://github.com/…

[deleted]
Post reply on HN