LLM spots useless 95GB-per-frame memcpy in ffmpeg dblur, cutting runtime from 2452ms to 49ms

IgorCarron · x · 2026-10-16

The ffmpeg "dblur" filter saga continues: Romain Hedouin used an LLM to spot a glaring inefficiency — the filter copied the same memory chunk once per pixel-width of the frame for no reason, moving 95GB of data per frame. After the fix, the human-written code took 2452ms while the human+LLM version runs in just 49ms, a 50x speedup. A strong showcase of LLMs hunting down low-level performance bugs rather than writing new features.

Original post →

More from coding & agent

coding & agent channel →