Nicheloom visits: 58,069 all-time · 7,637 in the last 7 days

The opportunity tracker for new startups.

Today: 1,953 launches · Niche of the day: specialized calculation tools · See what launched today →

I created a RAW to HDRI stacker in (mostly) Common Lisp

Get picks like this daily. Today's launch numbers, the top launches, AI and tech news, and a daily opportunity pick, straight to your inbox.

Want to reach these readers? Sponsor an issue.

This is an upgrade of a tool I created 15 years ago in Python to learn OOP and solve some inadequacies in the HDR stacking tools I could find at the time. The problem was, none of them were really "batch friendly". None of them properly preserved the metadata I wanted them to stuff into the output file. There were probably some other reasons also, I just can't remember them now.It got the job done, but was very slow. Python was what I knew at the time and even with NumPy, I was limited in the speed I could squeeze out of it. (I also made some very specific, conscious, architectural choices to be extra frugal with RAM, which impacted performance further.)This new version is SUBSTANTIALLY faster than the old one. This time around the exercise was more about having some fun in Lisp using an AI agent REPL skill I created and exploring SIMD in SBCL via the built-in sb-simd library.It uses LibRaw (via its C API wrapper and CFFI) for reading and and a custom multi-threaded pure Lisp implementation of (a subset) of OpenEXR I created for writing the output files. The threading helps speed up the otherwise expensive deflate based codec and goes a long way towards speeding up the end-to-end pipeline. The core processing / compositing logic is pure Lisp.Cool features:* Buffer parallel (threaded) LibRaw reads* Frugal use of memory (RAW read as 16 bit INT and is only upcast to float during actual stacking)* AVX2 acceleration of 16 bit INT up-cast and HDR stacking loop* Threaded OpenEXR writes* EXIF to EXR metadata preservation of the "center" exposure bracket, which essentially forwards meaningful telemetry regarding the radiometric "reality" of the scene when it was photographed downstream to subsequent consumers.You can learn more about it and the "algorithm" it uses from the repo. The math for HDR stacking is really very simply if you know basic compositing and understand how digital camera sensors work.

HN · launched Jun 5, 2026 · 35 upvotes (top 19%) · 0 views

Niche: image processing and editing tools · 260 launches, 21 in the last 7 days ▼ -28% · Explore this niche →

Category and tags

  • Media & entertainment
  • Dev tools
  • Prosumer
  • Not AI
  • Hobby / open-source project

Visit website ↗ Source listing ↗

Could you build this?

Partial A batch processing script can be written with AI, but accurately fusing multi-exposure camera RAW files into floating-point HDR radiance maps with color calibration and EXIF retention requires specialized computational photography knowledge.

What it would actually take: Building a robust RAW to HDRI stacker requires integrating low-level RAW decoding libraries (e.g., LibRaw) to unpack Bayer sensor patterns, black levels, and white balance matrices without clipping. The stacker must align handheld or tripod exposures using feature detection or optical flow, estimate camera response functions (Debevec or Robertson algorithms), merge samples into a 32-bit linear radiance map, and faithfully serialize metadata to OpenEXR or Radiance HDR formats. This requires computational photography and color science expertise.

Discussion

No comments on this launch.

Competitors

Other products that read as similar to this one : 172 launches clear the similarity bar, closest 8 shown.

Attention rank: #39 of 173 (itself plus its competitors, highest first, normalized so YC and Product Hunt are compared fairly).

Launched 214 days after the earliest competitor.

The niche, labels, vibe code rating and competitor comparison on this page are analysis by Nicheloom. If you use them, please credit nicheloom.com. How you may use our data.