I created a RAW to HDRI stacker in (mostly) Common Lisp
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…
In plain words
This tool converts RAW camera images into HDR images written mostly in Common Lisp. It addresses limitations in existing HDR stacking software by offering batch processing capabilities, proper metadata preservation, and significantly faster performance than the creator's original Python version from 15 years ago. The new implementation leverages SIMD acceleration in SBCL for speed improvements while maintaining careful memory management.
written from the facts on this page · September 2026
From the sources
In the maker’s words, at launch
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.
Does the same job
all alternatives →- LILisp implementation in modern Java, Go, C#, TypeScript, Python2021 · github.com · ▲128
- P2PyFilesystem 2.0 – A Python interface to filesystems of all kinds2016 · willmcgugan.com · ▲139
- IBI built a local Elixir/Python pipeline to curate 14,000 RAW photosApr 2026 · qwelian.com · ▲5
I had 14,000 photos sitting on a drive and wanted an excuse to play with local vision models and Elixir/Phoenix. I originally tried to get LLaVA to tell me if a photo was 'good' or matched my style, but quickly learned that LLMs have terrible taste. I ended up demoting the LLM to just extract metadata, and built a custom CLIP/Ridge Regression pipeline to actually learn my preferences based on how I rate things. The stack is Phoenix/Oban on the orchestrator side, and Python/FastAPI/Instructor for the AI workers. Happy to answer any questions about the architecture,…
- SVSirixDB – versioning through efficient snapshotting2018 · ▲55
I've already posted yesterday, but I'd really love to get comments, any kind of questions, suggestions and help would be greatly appreciated as it's an Open Source project of mine (and was for others during my studies at the University of Konstanz 6 years ago). Since then I spent countless ours to bring forth the idea of a versioned storage system, especially well suited for analytical tasks for timd-varying data. Especially I'd love to discuss what documentation you need, which next steps are necessary (JSON, Cloud...), API additions or changes... I've updated the README quiet a bit, such…
- OIOCR Invoices and Receipts in Seconds Using Go SDK2021 · ▲30
Here's an introduction to the Go SDK for Veryfi API that the team and I have been working on. We're gonna walkthrough a problem (having thousands of backlogged receipts) and solve it together by leveraging the Go SDK. Let me know what you all think. https://veryfi.com/go
More dev tools this month
the category →
Open-source GTM skills for technical founders
Dev tools · 29d ago · gtmcofounder.com
OpenTrailPaper is open-source bike computer firmware for the LilyGO T5S3 4.7" E-Paper PRO. It supports offline maps, GPX routes, FIT recording and Bluetooth sensors.
Dev tools · 2d ago · opentrailpaper.com
Launched alongside, June 2026
the whole month →
Fundraisly▲1,544AI fundraising agent that finds investors and books meetings
AI · Jun 2026 · fundraisly.com
- H6Homebrew 6.0.0▲1,481
Today, I’m proud to announce Homebrew 6.0.0. The most significant changes since 5.1.0 are a new tap trust security mechanism, the new faster, smaller, default internal Homebrew JSON API, sandboxing on Linux, better defaults informed by our user survey, many brew bundle improvements, improved performance and initial support for macOS 27 (Golden Gate). Happy to discuss any questions here!
Dev tools · Jun 2026 · brew.sh
- PU
hope you enjoy
Life & fun · Jun 2026 · vorpus.github.io
- IM
Life & fun · Jun 2026 · hackernewstrends.com